Re: [Mutt] #2956: Recipien
On 2007-09-16 11:59:33 -0500, David Champion wrote:
> > >> Subject: Re: [Mutt] #2956: =?UTF-8//TRANSLIT?Q?Reci?=
> > >> =?UTF-8//TRANSLIT?Q?pient_address_broken_if_containing_?=
> > >> =?UTF-8//TRANSLIT?Q?=C5?= character (UTF-8 code: 0xc5 0xA0)
> >
> > I do not set $send_charset. My $charset contains //TRANSLIT, but this
> > one is correct.
>
> I thought that //TRANSLIT was a libiconv extension, not defined by
> spec. It's definitely not supported by all iconv implementations, so
> those wouldn't be able to parse this encoding string (regardless of
> correctness).
The //TRANSLIT is supported by the libiconv implementations I use here.
So, that's fine. But this doesn't explain why Mutt uses //TRANSLIT to
generate this particular header. It is related to the isspace bug, as
this problem doesn't occur with the Euro symbol for instance.
If I try to send a message with the subject "test Š" under UTF-8
locales, I get:
Subject: test =?UTF-8//TRANSLIT?Q?=C5?=
Note that the =A0 is missing. But in any case, Mutt shouldn't generate
invalid UTF-8 sequences (like here).
--
Vincent Lefèvre <vincent@xxxxxxxxxx> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)