https://issues.apache.org/SpamAssassin/show_bug.cgi?id=7063
RW <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #7 from RW <[email protected]> --- (In reply to Philip Prindeville from comment #0) > Created attachment 5210 [details] > Initial attempt at test logic > > If a MIME part claims to be text/plain or text/plain;charset=us-ascii and > the Content-Transfer-Encoding is 7bit (either explicitly or by default), > then we should enforce the actual text being only TAB, NL, SPACE through > TILDE, i.e. all 7bit characters excluding NO-WS-CTL (per RFC-2822). That's not how body text is defined in RFC-2822. The definition of 7bit in mime is in RFC 2045: "2.7. 7bit Data "7bit data" refers to data that is all represented as relatively short lines with 998 octets or less between CRLF line separation sequences [RFC-821]. No octets with decimal values greater than 127 are allowed and neither are NULs (octets with decimal value 0). CR (decimal value 13) and LF (decimal value 10) octets only occur as part of CRLF line separation sequences." -- You are receiving this mail because: You are the assignee for the bug.
