>>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. 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
