"David B Little" <David_B_Little(_at_)cpqm(_dot_)mail(_dot_)saic(_dot_)com>
writes:
We use an automatic process timeout after 5 minutes of operation for procmail,
so , terefore large files, (greater then 2.2 Megs) are interrupted and
requeued. This is why procmail was timing out (see procmail choking on large
attachments NOTE: wasn't procmail's fault).
What I would like to do is have these messages delivered to postman (the
default delivery address) rather then be requeued.
Is this possible???
To do this would require hacking the source to either procmail or
sendmail or both. Are you willing to do that?
I have tried (to no avail) to get create a filter that will identify that the
mail was requeued and simply send it but can't get the filter to recognize the
header file that procmail places on requeued messages.
If the message is just requeued (procmail exited with EX_TEMPFAIL),
then the message isn't changed at all. The "header" is generated by
sendmail when it finally times out and bounces the message after 5 days
(or whenever).
The simple answer would of course be to set the timeout higher on the
process, but there is no need to waste the processor time on these 2 to 30 meg
files.
If you think so, then just put a size limit in your sendmail.cf. Then
sendmail will do the bouncing for you, and you won't even have to worry
about the disk with the sendmail queue filling.
Alternatively, if you only want to impose this limit on yourself, just
put a size limit at the top of your .procmailrc and bounce (or
redirect) on that:
:0
* > 100000
{ EXITCODE=69 HOST } # 69 = EX_UNAVAILABLE ==> bounce
Philip Guenther