From: Tuc <tuc(_at_)ttsg(_dot_)com>
procmail v3.22 2001/09/10
SHELL=/bin/sh
:0c
* ^Content-Type:.*(multipart|related)
* 1^0 B ?? ^Content-Type: audio/x-wav
/dev/null
:0A:
virus.messages
But we seem to be getting a LARGE email :
-rw------- 1 root wheel 9470876 Dec 4 17:44 dffB4MiIx08440
And its undeliverable due to :
Mmailer prog died with signal 11 (core dumped)
From comments that have arisen on this list already a few times over,
for example, the last month (see searchable list archives at procmail.org),
I am led to suspect the reason - though I am not at all sure.
My suspicions is that procmail is trying to ingest the entire message,
but that it is too large for the program's cache. According to the
similar messages here recently, the solution would then be to use
the i flag, because procmail should not want to care whether it
can read the whole message or not to determine dsuccess as long as it
has found the suspect condition string.
If I'm misperceiving or misstating the obvious, I'm sure someone
will jump in here to correct my surmisal.
When you come up against baffling problems, your first action should
be to ensure that you are running a log from the .procmailrc and that
you have set it to verbose - and, of course, examined the verbose logs.
This tip also appears in virtually every similar message I can see
over the last month purporting to address write-error issues - or,
for that matter, any issues.
Good luck.
--
Netcom has imploded. Please now use NOTnetcom.com for mail.
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Ex-Netcommies: Mail "forwards" for free forwarding service!
NOT affiliated with EarthLink, Inc.'s Netcom brand identity.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail