<<< Date Index >>>     <<< Thread Index >>>

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)