At 16:44 2003-12-10 -0500, Charles Gregory wrote:
This is done by setting the 'DEFAULT=~/inbox'
It WORKS for delivery, however, when procmail encounters an
error (disk quota exceeded, or I exit with a EXITCODE=77) the mail server
reports a failure to open /var/spool/mail/username.
Probably because that's where the server expects the LDA would have written
the message to. grep sysexits.h for "77" and you'll see that is EX-NOPERM,
menaing "permission denied". Try returning "67" instead and you should see
a different message generated by your MTA.
In the sendmail source distribution:
include/sendmail/pathnames.h
_PATH_MAILDIR "/var/spool/mail"
I'm sure there's something resonably similar in postfix if you look for it.
It seems that the 'logic' in postfix in this case, is if procmail returns
an error code, to try to deliver the mail directly to
/var/spool/mail/username rather than correctly bouncing it?
Check with the postfix people. I doubt it - it's more than likely a
generic error. Have you tried returning a DIFFERENT EXITCODE ?
So understanding this would be good.
I'll play aroundd with it some more, but if anyone has any pointers....
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. Procmail doesn't compose the bounce message either - that's
something left to the MTA.
---
Sean B. Straw / Professional Software Engineering
Procmail disclaimer: <http://www.professional.org/procmail/disclaimer.html>
Please DO NOT carbon me on list replies. I'll get my copy from the list.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail