procmail
[Top] [All Lists]

Re: Halting delivery on program failure

2006-03-23 07:27:54
On Thu, Mar 23, 2006 at 01:34:25PM +0100, Ruud H.G. van Tol wrote:
Klaus Johannes Rusch schreef:

:0
* !^X-Spam-Status:
{ EXITCODE='75'  HOST }

Are you sure though that you want to bounce legitimate mail if your
spamassassin fails for some reason ?

EXITCODE 75 shouldn't result in a Non-Delivery Notice (generated by the
sender's service), but must signal the sender's service that it should
try again later. With EXITCODES such as 67-69 and 77, the sender's
service should generate a Non-Delivery Notice.

But all of this depends on whether procmail is running within the
SMTP-session, or only after the mail is already accepted. In the second
case, the receiver's service must (and will) create a Non-Delivery
Notice, even for a 75.

Huh? I don't believe there's any such requirement to send a notice just
because the email is temporarily delayed. In any case, there's no
evidence that postfix is sending anything. It's just happily letting my
email pile up in the queue.

I'd still really love to hear some ideas on why I'm not getting anything
in the log when postfix runs procmail, but I am when I run it myself.
Has *anyone* seen anything like that? VERBOSE=yes and LOGABSTRACT=all
-- 
Jim C. Nasby, Database Architect                decibel(_at_)decibel(_dot_)org 
Give your computer some brain candy! www.distributed.net Team #1828

Windows: "Where do you want to go today?"
Linux: "Where do you want to go tomorrow?"
FreeBSD: "Are you guys coming, or what?"

____________________________________________________________
procmail mailing list   Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail