Two days ago a user received a 142 MB publisher file; I thought I
had a 10MB limit on inbound mail, but it must have dropped out
somewhere building sendmail.cf from m4; it is now back in. :)
Anyway, that file caused the mail server to choke rather badly until
I got rid of the offending message. That server stays busy, and it
has run without flaw for its 298 up days until now.
Since then I've had a few users that are getting the above message
from qpopper, so I figured that some corruption had occurred during
that time. Today I upgraded qpopper from 3.1 to 4.0.2, with no
change. I upgraded procmail from 3.13.1 to 3.15.1, the latest. I
checked the FAQ and docs thoroughly; nothing there fixed it. I've
been working with one spool in particular, and went so far as to run
the following, with no change.
# formail -I 'From ' -a 'From ' -s <oldspool >newspool
This completely rewrote the From_ headers, as evidenced by diff;
FWIW no other lines show changed except the From_ lines. However,
qpopper still chokes on it. The first line of the file is below;
the address is changed, but the spaces are exact.
>From [EMAIL PROTECTED] Thu May 17 19:35:24 2001
I've turned on debug (not low level) and worked through the logs
with the source. The newline and overflow flags are normal, so I
can only figure that it is failing somewhere in the VALID macro. I
worked through parts of it, but there has to be a better solution to
than decipering that block of obfustication. The excerpt from the
trace log below shows the failure lines; these are after a long set
of traces validly parsing the messages with the UIDL lines. The
buffer count is wrong as I changed the email address, but everything
else is right.
May 17 20:15:16.685 2001 [7179] DROPCOPY: Reading the mail drop (p->msg_count = 20).
[pop_dropcopy.c:795]
May 17 20:15:16.685 2001 [7179] newline=1; isOflow=0; wasOflow=0; buffer(56): From
[EMAIL PROTECTED] Thu May 17 19:35:24 2001 [pop_dropcopy.c:836]
May 17 20:15:16.685 2001 [7179] xxxxxxxx at 127.0.0.1 (127.0.0.1): -ERR [SYS/PERM]
Unable to process From lines (envelopes), change recognition modes or check for
corrupted mail drop. [pop_dropcopy.c:837]
Can anyone think of anything I might have missed? As near as I can
tell this error only comes from checking the first line in the file,
no others, so I'm baffled. TIA...
-- Michael
