Re: NMH mail package utility "inc" aborts before incorporating first new email into an NMH folder

Ralph Corderoy wrote in
 <[email protected]>:
 |> 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.
 ...

There is that UTF-8 POP3 extension RFC 6856, one more terrible one
which totally intermixes characters, octets and bytes senselessly
and without explanation.  This entire UTF-8 thing is broken.  But
somewhere in all this mess you find that the limit is extended to
mean "UTF-8 octets" which means .. whatever .. but since in
SMTPUTF8 the limit is raised by *4 (if i recall correctly) i guess
this is what they meant.

So since the above header well fits into the "(998 [+2]) * 4"
limit, it could be they simply use that limit in general,
regardless of whether UTF-8 mode is enabled or not.
Just a thought for an explanation.

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)