This is a discussion on RE: re-injection within the mailing.postfix.users forums, part of the Mail Servers and Related category; Sorry to reply to my own message yet again, but I've solved the problem. = One can easily move the ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
Sorry to reply to my own message yet again, but I've solved the problem. =
One can easily move the message into the hold directory and then postsuper = -H / flush and wahlah. Now I just have to make PHP access the /usr/sbin directory. Thanks, Damien Kemens -----Original Message----- From: owner-postfix-users@postfix.org [mailto:owner-postfix-users@postfix.org] On Behalf Of D. Kemens - = Equinox Development Sent: Thursday, November 11, 2004 2:03 PM To: postfix-users@postfix.org Subject: RE: re-injection Sorry to reply to my message =96 but I just realized something that is probably of importance. I had forgotten to comment out a portion of old = code that would deliver the old mail on cron every 15 minutes, that=92s where = the delay was coming from =96 the messages being moved back into the queue = just got dumped back in to the hold queue. ________________________________________ From: owner-postfix-users@postfix.org [mailto:owner-postfix-users@postfix.org] On Behalf Of D. Kemens - = Equinox Development Sent: Thursday, November 11, 2004 1:37 PM To: postfix-users@postfix.org Subject: re-injection Hello, =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 I=92m programming a queueing program = for spam. Mail is sent to our main mail server after being scanned by Spam Assassin with the = appropriate [SPAM] branded into the subject line. Our main mail server holds this = and ever couple minutes, a cron job runs that moves that mail into another directory and indexes it into a database. I=92ve programmed nigh = everything but I=92m getting to the point where the users actually deliver or = delete things out of the queue. I=92ve been around the block with postfix, but = I won=92t go so far as to say I=92m experienced or that it told me any = stories while traveling around that block. When the messages get moved back into = any queue and then postfix is reloaded (which I=92d rather not do for every message that needs to be delivered) it results in a bad queue number and = a reassignment as expected. However, and I do not understand why, it takes = a good 10(+) minutes for the message to arrive in the appropriate mailbox whereas all other (non-requeued) mail is delivered instantly. I=92m not expecting to fix this; I assume this is some function of postfix =96 = what I=92m hoping to find is a better method of re-injecting the message = (preferably without having to write code to remove the [SPAM] from the subject line. As always, any hope/help would be greatly appreciated. Thank you, Damien Kemens |