W3C home > Mailing lists > Public > ietf-discuss@w3.org > November 2001

Re: canonical MIME headers

From: <ned.freed@mrochek.com>
Date: Fri, 09 Nov 2001 12:02:04 -0800 (PST)
To: Keith Moore <moore@cs.utk.edu>
Cc: Steve Hole <steve.hole@messagingdirect.com>, "Donald E. Eastlake 3rd" <dee3@torque.pothole.com>, ned.freed@mrochek.com, Keith Moore <moore@cs.utk.edu>, James M Galvin <galvin@elistx.com>, discuss@apps.ietf.org
Message-id: <01KAHZSNF7S60013KR@mauve.mrochek.com>
> > > Seems like it would also be fairly easy to abstract out multipart
> > > separators so as to be immune from them being re-written.
> >
> > I'm missing something ... why do we want to do this?

> some translators change multipart boundary markers.

> while Ned is correct that there's no need to do this when downgrading
> from 8bit/binary/q-p to base64 because multipart boundaries inherently
> cannot be confused with base64,

or with q-p.

> there are re-encoders that can "upgrade"
> as well as "downgrade", and which use the same code path to convert from
> one encoding to another regardless of whether the destination is base64.
> for those re-encoders it's easier to always rewrite boundary markers.

Such reencoders aren't going to exercise the care needed to get the right
of this right, so the installed base of reencoders aren't relevant to
the task at hand. As for the prospect of a new reencoder that does handle
this correctly, I guess that could be useful, but IMO its usefulness doesn't
measure up to the implementation complexity needed.

Received on Friday, 9 November 2001 15:06:25 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:38:01 UTC