[Bug 112102] X-Faces in KMail are broken

[Tristan Miller]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=112102         




------- Additional Comments From psychonaut nothingisreal com  2008-08-14 17:35 -------
I believe this bug occurs because KMail tries to fold (i.e., wrap) the X-Face header after column 77.  (Headers are allowed to span multiple lines if subsequent lines begin with whitespace.)  Every 77 characters in the header, then, KMail inserts a newline and a tab (0x0A 0x09).  Then the header is then RFC 2047-encoded, which converts the newline+tab (as well as some arbitrary number of characters before and after) to the sequence

=?charset?foo=0A=09bar?=

where "charset" is the composer's default charset.

This problem is pretty trivial to fix, using one of the following

1) The RFC 2047 encoding step should be done before, not after, the insertion of newline+tab characters.

2) The RFC 2047 encoding step should leave newline and tab characters as-is.

3) The RFC 2047 encoding step should be skipped altogether, since X-Face headers consist solely of printable ASCII characters.  (Just in case, the X-Face input form should reject any invalid characters from the input.)

4) Header folding for X-Face should be disabled altogether.  As far as I know, RFC 822 imposes no limit on the length of an individual e-mail header; header folding is done purely for cosmetic purposes.