https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6141
--- Comment #3 from Mark Martinec <[email protected]> 2009-08-05 18:17:11 PST --- > feel free! ;) fwiw I totally agree. Bug 6141, Bug 5673: - let "ALL:raw" pseudoheader return pristine headers, and revert the semantics of "ALL" to return a cleaned header section, i.e. reverting change in Node.pm by r607590; - delay bailing out of parsing a header section on the first invalid header field, it's to easily abusable; add tests to t/missing_hb_separator.t accordingly; - generalize parsing of modifiers like :raw and :addr to allow multiple modifiers; document it; - do not require a space after a colon while parsing Received header fields; - change a couple of get("ALL") to get("ALL:raw") in PerMsgStatus.pm and in t/data/Dumpheaders.pm to retain semantics; - rules/20_head_tests.cf: change most of ALL to ALL:raw to retain semantics; (should be reviewed to make sure this is really what we want); - 20_head_tests.cf, 20_ratware.cf: add regexp modifier /m to several rules which use ^ or $ anchors to make it harder to bypass these rules by providing multiple header fields (e.g. double Subject or From). It is almost always wrong (or irrelevant) to leave out the /m modifier on header rules which use anchors. Sending lib/Mail/SpamAssassin/Conf.pm Sending lib/Mail/SpamAssassin/Message.pm Sending lib/Mail/SpamAssassin/PerMsgStatus.pm Sending rules/20_head_tests.cf Sending rules/20_ratware.cf Sending t/data/Dumpheaders.pm Sending t/missing_hb_separator.t Transmitting file data ....... Committed revision 801487 ( https://svn.apache.org/viewcvs.cgi?view=rev&rev=801487 ). -- Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
