Package: claws-mail Version: 3.1.0-1 Severity: wishlist Tags: l10n This is for upstream.
Many email clients (especially when poorly written or poorly configured by the users, so perhaps "most" email clients) may have subject lines containing non-ASCII characters, which is illegal vice RFCs 2821/2822 and the various MIME extensions, but is nonetheless common. It is not clear how claws-mail chooses to display this information. Given a Content-Type: text/plain; charset=Windows-1251, one might hope to see Cyrillic. Using the default locale (UTF-8), one would expect to see nothing at all (the sequence of characters are not legal UTF-8). I am not sure what exactly is being used to display the characters (ISO8859-1 or -15? why is that a more reasonable choice than anything else?), but it's not a good choice. Sylpheed, for instance, generously uses the heuristic mentioned below to decide how to display non-ASCII, unencoded characters in headers. "Display source" shows everything non-ASCII as an underscore. While I found this annoying at first, it then made sense to me. Given any non-ASCII (high bit set) characters in a Subject header, a good response would be to check the Content-Type header for a charset pseudo-attribute, and use that. Вам пришла открытка would display as such. Failing that, another possible alternative would be to replicate the "display source" behavior. Choosing the character set defined by the user's locale is another option; it won't always work, but it might, for some users (not for me, for instance). The current behavior, which apparently chooses some character set convenient to the developer, is the worst possible solution; there's no justification for displaying these characters in that particular character set. It's particularly annoying to see this, because it's something that Sylpheed got right. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages claws-mail depends on: ii libaspell15 0.60.5-1 GNU Aspell spell-checker runtime l ii libc6 2.7-1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libcompfaceg1 1:1.5.2-4 Compress/decompress images for mai ii libetpan11 0.52-1 mail handling library ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-3 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpisock9 0.12.2-11 library for communicating with a P ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.8 0.9.8g-3 SSL shared libraries Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 6.0-0-5.1 English dictionary for GNU Aspell ii claws-mail-i18n 3.1.0-1 Locale data for Claws Mail (i18n s ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X -- no debconf information
