[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: [Bug 52399] mime encoded mail with eight bit characters are displayed wrong
From:       Ingo =?iso-8859-1?q?Kl=F6cker?= <kloecker () kde ! org>
Date:       2002-12-30 14:09:10
[Download RAW message or body]

On Monday 30 December 2002 14:00, Marc Mutz wrote:
> On Monday 30 December 2002 02:24, Ingo Klöcker wrote:
> > Quoted-printable encoded data must not contain 8 bit characters. So
> > basically the message you received was not correctly encoded. Maybe
> > your mail server automatically converted the quoted-printable to 8
> > bit (as indicated in the Content-Transfer-Encoding header of the
> > message) but forgot to change the Content-Transfer-Encoding header
> > of the message part accordingly.
> >
> > It's disputable whether the quoted-printable decoder should strip
> > off 8 bit characters or whether the decoder should ignore and
> > output them. Marc?
>
> The decoder follows rfc 2045:
>
>    NOTE: Several kinds of substrings cannot be generated according to
>    the encoding rules for the quoted-printable content-transfer-
>    encoding, and hence are formally illegal if they appear in the
> output of a quoted-printable encoder. This note enumerates these
> cases and suggests ways to handle such illegal substrings if any are
> encountered in quoted-printable data that is to be decoded. <snip>
>     (4)   Control characters other than TAB, or CR and LF as
>           parts of CRLF pairs, must not appear. The same is true
>           for octets with decimal values greater than 126.  If
>           found in incoming quoted-printable data by a decoder, a
>           robust implementation might exclude them from the
>           decoded data and warn the user that illegal characters
>           were discovered.

"might exclude" doesn't mean "should exclude", let alone "must exclude", 
right? And as we don't warn the user (which would be pointless and 
would only confuse the normal user unnecessarily) the decoder should 
probably simply ignore 8 bit characters and output them unchanged (cf. 
the suggestion to output = as = in (2) and (3)).

I don't understand why RFC 2045 proposes to exclude "octets with decimal 
values greater than 126" from the decoded data. It won't harm not to 
exclude them.

Regards,
Ingo


[Attachment #3 (application/pgp-signature)]
_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail

[prev in list] [next in list] [prev in thread] [next in thread]