Re: NMH mail package utility "inc" aborts before incorporating first new email into an NMH folder
Ralph Corderoy <[email protected]>
| Newsgroups | gmane.mail.nmh.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi Howard,
> This time the report entry, at line #40, weighed in at 3812 bytes.
> All subsequent received emails now contain this report line.
POP3 says the email message format must meet SMTP's RFC 822 so lines
this long are invalid. I suggest complaining to your email-service
provider, atmail.com. They probably have some simple misconfiguration.
The overlong X-AVAS-Report field in the header breaks down into three
parts.
- Brief test scores:
FREEMAIL_ENVRCPT(0.00) FROM_NEQ_ENVFROM(0.00)
- Same tests, but with verbose detail:
X-FREEMAIL_ENVRCPT(0.00); Envelope Recipient is a Freemail address
[aapt.net.au]
X-FROM_NEQ_ENVFROM(0.00); From address is different to the envelope
[[email protected],
0108019fbd3752d7-a9a3e60e-23be-4220-b812-a62072a8a3f1-000000@ap-southeast-2.amazonses.com]
- What might be intended as fields of their own, accidentally tacked on
to the end of this field.
X-Milter-Add: X-CM-Envelope[1]: MS4xfBzJHl0K6KMQwLZcaCuMpRHP7pZDI4oJIlDLSb...
X-Milter-Add: X-CM-Analysis[1]: v=2.4 cv=QOCjRRLL c=1 sm=1 tr=0...
X-Milter-Add: X-CMAE-Score[1]: 0
My hunch is they're losing the line breaks from the original text before
splicing it into the original email.
--
Cheers, Ralph.