#1879: mutt: Wrong ISO2022 -> locale charset conversion Changes (by brendan):
* component: mutt => charset Old description: > {{{ > Package: mutt > Version: 1.5.6-1 > Severity: important > > [NOTE: this bug report has been submitted to the debian BTS as > Bug#249626. > Please Cc all your replies to [EMAIL PROTECTED] .] > > From: Ambrose Li <[EMAIL PROTECTED]> > Subject: mutt: Wrong ISO2022 -> locale charset conversion > Date: Tue, 18 May 2004 11:20:07 -0400 > > Suppose mutt is to display some kanji on a Big5 terminal (either in the > header or in the message body), say > > <k1><k2><k3><k4><k5> > > where each <k_n> is a kanji. > > Now further suppose that <k3> and <k4> do not exist in Big5. > > Often, mutt will display unexpected output, for example > > <k1><k2>?<k6>?<k5> > > where <k6> is a random kanji, apparently having no relation to <k3> or > <k4> or any of their EUC-JP, Shift_JIS, or UTF8 forms. > > The expected behaviour is to display either ???? for <k3><k4>, or to > display some kanji equivalent to <k3><k4>; neither of which is mutt's > current behaviour. > > -- System Information: > Debian Release: testing/unstable > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: i386 (i686) > Kernel: Linux 2.4.23-ow1 > Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 > > Versions of packages mutt depends on: > ii libc6 2.3.2.ds1-12 GNU C Library: Shared > libraries an > ii libgnutls10 1.0.4-3 GNU TLS library - runtime > library > ii libidn11 0.4.1-1 GNU libidn library, > implementation > ii libncursesw5 5.4-3 Shared libraries for > terminal hand > ii libsasl2 2.1.18-4 Authentication abstraction > library > ii postfix [mail-transport-age 2.0.19-1 A high-performance mail > transport > > -- no debconf information > > >How-To-Repeat: > > >Fix: > }}} New description: {{{ Package: mutt Version: 1.5.6-1 Severity: important [NOTE: this bug report has been submitted to the debian BTS as Bug#249626. Please Cc all your replies to [EMAIL PROTECTED] .] From: Ambrose Li <[EMAIL PROTECTED]> Subject: mutt: Wrong ISO2022 -> locale charset conversion Date: Tue, 18 May 2004 11:20:07 -0400 Suppose mutt is to display some kanji on a Big5 terminal (either in the header or in the message body), say <k1><k2><k3><k4><k5> where each <k_n> is a kanji. Now further suppose that <k3> and <k4> do not exist in Big5. Often, mutt will display unexpected output, for example <k1><k2>?<k6>?<k5> where <k6> is a random kanji, apparently having no relation to <k3> or <k4> or any of their EUC-JP, Shift_JIS, or UTF8 forms. The expected behaviour is to display either ???? for <k3><k4>, or to display some kanji equivalent to <k3><k4>; neither of which is mutt's current behaviour. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.23-ow1 Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 Versions of packages mutt depends on: ii libc6 2.3.2.ds1-12 GNU C Library: Shared libraries an ii libgnutls10 1.0.4-3 GNU TLS library - runtime library ii libidn11 0.4.1-1 GNU libidn library, implementation ii libncursesw5 5.4-3 Shared libraries for terminal hand ii libsasl2 2.1.18-4 Authentication abstraction library ii postfix [mail-transport-age 2.0.19-1 A high-performance mail transport -- no debconf information >How-To-Repeat: >Fix: }}} -- Ticket URL: <http://dev.mutt.org/trac/ticket/1879#comment:5>