[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: mime-related zmailer bug, corrupts mail

On Sat, Jul 08, 2000 at 11:22:15PM +0200, Arnt Gulbrandsen wrote:
> If a message like the one below is sent to a host that does not
> advertise 8BITMIME, transports/smtp will normally mangle the message
> horribly, by converting the _outer_ layer to q-p.
> The requirements appear to be that
>  - the message header says c-t-e: 8bit
>  - the message header says c-t: multipart
	( didn't matter what it was :-/ but multipart got harmed )
>  - at least one part says c-t-e: 8bit and contains an 8-bit character.
> I've base64-encoded the example message in the hope that this message
> will not trigger the bug. If I'm wrong, you can pick up the example
> from ftp://ftp.troll.no/tmp/zmailerbug.

	You don't mention which ZMailer version does it, but
	I have seen it quite a while ago, and I think it is cured
	properly -- well, prevented from being done improperly..
	All that pending *proper* structured body conversion facilities
	being written sometime in the future.

1999-12-08  Matti Aarnio  <mea@mea.tmt.tele.fi>

	* transports/smtp/smtp.c, transports/mailbox/mailbox.c:
	    Noticed case where still do MIME downgrading in place
	    where we really DO NOT KNOW HOW TO!  Added code to
	    once and for all disable conversions unless the message
	    in question is TEXT/PLAIN.

> --Arnt

/Matti Aarnio	<mea@nic.funet.fi>