There seems to be some "funkiness" in the handling of
multipart/alternative messages. In particular, the attachments
which are Content-Type: text/plain and Content-Transfer-Encoding:
quoted-printable. These frequently come from Outlook (Express) users.
This is how mutt displays a single line of the message:
i'm using linux mandrake about 3 month it like me, the firts time install LM in
+a machine with Win98, now i want to install it with WinNT,
This is how the same line looks in the message:
i'm using linux mandrake about 3 month it like me, the firts time =
install LM in a machine with Win98, now i want to install it with WinNT,
The '=' sign is a sort of "soft-return" that gets dropped in the
decoding process, resulting in abnormally long lines.
At present, I am dealing with the problem via procmail (see below),
but I guess my question is, "Shouldn't these soft returns be preserved
by the receiving client (i.e. mutt)?"
# Force multipart/alternative to appropriate column widths
:0
* ^Content-Type.*multipart/alternative
{
:0 fbBw
* ^Content-Transfer-Encoding:.*quoted-printable
| sed -e "s/=$//g"
}
--
_
_|_|_
( ) * Anton Graham
/v\ / <[EMAIL PROTECTED]>
/( )X
(m_m) GPG ID: 18F78541
Penguin Powered!
