------- 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.
_______________________________________________
Kdepim-bugs mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kdepim-bugs
