On Wed, 10 Dec 2003, Professional Software Engineering wrote:
Check with the postfix people. I doubt it - it's more than likely a
generic error. Have you tried returning a DIFFERENT EXITCODE ?
Not deliberatley, however, the same phenomenon occurs when the system
cannot deliver the mail to ~/inbox because of a disc full condition.
The mail *is* bounced in that case, but there is that message about being
unable to write to the (supposedly unusued) /var/psool/mail/username.
I'm thinking of enabling that 'mailbox' for one or two users, to see
what happens.
Check with the folks on a postfix list, since procmail has ABSOLUTELY NO
CONTROL WHATSOEVER over what your MTA decides to do when procmail
terminates.
Well, I would think that the 'mechanism for control' would be the
exitcodes that are returned from procmail. Presumably there is one set
that tells the MTA that delivery failed and to send a Delivery Failure
Notice, and then another set to say that the LDA failed to handle the
mail, and that the MTA should attempt delivery using its built-in
routines. The *latter* seems to be what is happening in postfix, and so I
question whether there is aproblem with the exitcodes, or a known
compatibility issue with postfix....
- Charles
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail