Hello, I often receive see mail where X-Spam-Report header is longer than 80 characters. This causes mutt to re-wrap the header, which causes the header be hardly readable. Since SA already wraps other headers, can we consider that as a bug or does that have an reason/option to tune?
Examples (from 2 different systems, both 3.2.5) X-Spam-Report: * 0.0 MISSING_MID Missing Message-Id: header * 0.0 MIME_HTML_MOSTLY BODY: Multipart message mostly text/html MIME * 0.0 HTML_MESSAGE BODY: HTML included in message * 1.1 MPART_ALT_DIFF BODY: HTML and text parts are different * 1.8 HTML_NONELEMENT_30_40 BODY: 30% to 40% of HTML elements are * non-standard * 0.6 HTML_IMAGE_RATIO_02 BODY: HTML has a low ratio of text to image area * 2.8 PYZOR_CHECK Listed in Pyzor (http://pyzor.sf.net/) * 0.2 URIBL_GREY Contains an URL listed in the URIBL greylist * [URIs: streamsend.com] X-Spam-Report: * -0.0 SPF_HELO_PASS SPF: HELO matches SPF record * -0.0 SPF_PASS SPF: sender matches SPF record * 1.4 DATE_IN_FUTURE_96_XX Date: is 96 hours or more after Received: date * 0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60% * [score: 0.4989] descriptions of DATE_IN_FUTURE_96_XX and HTML_IMAGE_RATIO_02 are too long, while HTML_NONELEMENT_30_40, URIBL_GREY and BAYES_50 are wrapped correctly. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Eagles may soar, but weasels don't get sucked into jet engines.