From: Sunil S. <sh...@bo...> - 2005-11-14 13:51:36
|
Quoting from Michelle Konzack's mail on Mon, Nov 07, 2005 at 07:29:19PM +0100: > So right, I am using fetchmail + procmail + courier-imap > and sometimes They are errors and messages are going into > /var/mail/<$USER> which are inaccessible. Specialy if I > have more then 17.000 $USER. > > I think, procmail should have an config option to stop > this behaviour and return an error instead. > > It is not funny to walk through 17.000 Mailboxes to get > the "lost" messages back into the $USER mailboxes. procmail has a way of returning with an error. You may append the lines below to your procmailrc for error handling. ========================================================================== # if procmail has reached here, delivery has failed. return with a # temporary failure code from <sysexits.h>. # 75 = EX_TEMPFAIL EXITCODE=75 :0 /dev/null ========================================================================== WARNING: the above recipe works only when the program invoking procmail handles the exit code gracefully. Otherwise, all your mails will be trashed. fetchmail will not delete these mails. Even, most SMTP servers should queue up such mails for a few days before bouncing them back. But, if you have other programs invoking procmail, you will need to check if they handle such exit codes gracefully. -- Sunil Shetye. |