GNOME Bugzilla – Bug 563022
evolution strips tabs in headers
Last modified: 2008-12-02 21:31:53 UTC
Please describe the problem: When a mail message comes in with tabs in the headers (for alignment say), evolution seems to be stripping them out. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information: Here is the header of a mail message as it resides on my IMAP server: (you just gotta know bz is going to introduce additional wrapping -- hopefully it's not too bad) X-Spam-Status: Yes, score=19.3 required=6.5 tests=BAYES_99,DCC_CHECK, DIGEST_MULTIPLE,HTML_IMAGE_RATIO_04,HTML_MESSAGE,MIME_HTML_MOSTLY, MPART_ALT_DIFF,PYZOR_CHECK,RAZOR2_CF_RANGE_51_100,RAZOR2_CF_RANGE_E4_51_100, RAZOR2_CF_RANGE_E8_51_100,RAZOR2_CHECK,RDNS_NONE,SPF_PASS,URIBL_BLACK, URIBL_JP_SURBL,URIBL_OB_SURBL autolearn=spam version=3.2.4 X-Spam-Report: * 1.5 URIBL_JP_SURBL Contains an URL listed in the JP SURBL blocklist * [URIs: manipulatespace.com] * 1.5 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist * [URIs: manipulatespace.com] * 2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist * [URIs: easemorning.com] * 3.5 BAYES_99 BODY: Bayesian spam probability is 99 to 100% * [score: 1.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.2 HTML_IMAGE_RATIO_04 BODY: HTML has a low ratio of text to image area * 0.0 MIME_HTML_MOSTLY BODY: Multipart message mostly text/html MIME * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.7 MPART_ALT_DIFF BODY: HTML and text parts are different * 1.5 RAZOR2_CF_RANGE_E8_51_100 Razor2 gives engine 8 confidence level * above 50% * [cf: 62] * 1.5 RAZOR2_CF_RANGE_E4_51_100 Razor2 gives engine 4 confidence level * above 50% * [cf: 100] * 0.5 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/) * 0.5 RAZOR2_CF_RANGE_51_100 Razor2 gives confidence level above 50% * [cf: 100] * 3.7 PYZOR_CHECK Listed in Pyzor (http://pyzor.sf.net/) * 2.2 DCC_CHECK Listed in DCC (http://rhyolite.com/anti-spam/dcc/) * 0.0 DIGEST_MULTIPLE Message hits more than one network digest check * 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS I should note that the whitespace at the beginning of the lines is in fact a <tab><space> in the file. I could not get that representation here in bz. However evolution mangles this as: X-Spam-Status: Yes, score=19.3 required=6.5 tests=BAYES_99,DCC_CHECK, DIGEST_MULTIPLE,HTML_IMAGE_RATIO_04,HTML_MESSAGE,MIME_HTML_MOSTLY, MPART_ALT_DIFF,PYZOR_CHECK,RAZOR2_CF_RANGE_51_100,RAZOR2_CF_RANGE_E4_51_100, RAZOR2_CF_RANGE_E8_51_100,RAZOR2_CHECK,RDNS_NONE,SPF_PASS,URIBL_BLACK, URIBL_JP_SURBL,URIBL_OB_SURBL autolearn=spam version=3.2.4 X-Spam-Report: * 1.5 URIBL_JP_SURBL Contains an URL listed in the JP SURBL blocklist * [URIs: manipulatespace.com] * 1.5 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist * [URIs: manipulatespace.com] * 2.0 URIBL_BLACK Contains an URL listed in the URIBL blacklist * [URIs: easemorning.com] * 3.5 BAYES_99 BODY: Bayesian spam probability is 99 to 100% * [score: 1.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.2 HTML_IMAGE_RATIO_04 BODY: HTML has a low ratio of text to image area * 0.0 MIME_HTML_MOSTLY BODY: Multipart message mostly text/html MIME * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.7 MPART_ALT_DIFF BODY: HTML and text parts are different * 1.5 RAZOR2_CF_RANGE_E8_51_100 Razor2 gives engine 8 confidence level * above 50% * [cf: 62] * 1.5 RAZOR2_CF_RANGE_E4_51_100 Razor2 gives engine 4 confidence level * above 50% * [cf: 100] * 0.5 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/) * 0.5 RAZOR2_CF_RANGE_51_100 Razor2 gives confidence level above 50% * [cf: 100] * 3.7 PYZOR_CHECK Listed in Pyzor (http://pyzor.sf.net/) * 2.2 DCC_CHECK Listed in DCC (http://rhyolite.com/anti-spam/dcc/) * 0.0 DIGEST_MULTIPLE Message hits more than one network digest check * 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS So it seems that evolution is removing the tabs. I wish it wouldn't.
Sigh. It also compresses multiple spaces down into one.
This is much worse than I had suspected. It seems that evolution "refolds" headers. That really sucks. It seems also this is a known issue: https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5310 Can we get this fixed? Does evo really need to refold headers whose folding already complies with the RFC?
*** This bug has been marked as a duplicate of 235681 ***