>>Bare LFs are now categorically prohibited by 822bis. They were never
>>handled correctly by sendmail. The client's behavior is inexcusable.
>
>I guess not having access to 822bis, I'll have to ask for clarification.
Everyone has access to it. It's at
http://www.ietf.org/internet-drafts/draft-ietf-drums-msg-fmt-07.txt
>Are bare LF's themselves prohibited? Or is it the treating of bare
>LF's as line terminators that is prohibited?
It says:
- CR and LF MUST only occur together as CRLF; they MUST NOT appear
independently in the body.
>What about in 8BITMIME messages? No bare LF's allowed at all?
822bis says that it doesn't define MIME, but RFC 2045 which does says:
2.8. 8bit Data
"8bit data" refers to data that is all represented as relatively
short lines with 998 octets or less between CRLF line separation
sequences [RFC-821]), but octets with decimal values greater than 127
may be used. As with "7bit data" CR and LF octets only occur as part
of CRLF line separation sequences and no NULs are allowed.
Regards,
John Levine, [EMAIL PROTECTED], Primary Perpetrator of "The Internet for Dummies",
Information Superhighwayman wanna-be, http://iecc.com/johnl, Sewer Commissioner
Finger for PGP key, f'print = 3A 5B D0 3F D9 A0 6A A4 2D AC 1E 9E A6 36 A3 47
