Hello, Most of the following has been initially tested with 1.4.9a (aka Debian Etch) and verified to be still the case with 1.4.15. In case this has been addressed already or should be submitted as a formal bug report, please let me know.
The relevant settings in config.php for the encoding bits are: $squirrelmail_default_language = 'en_US'; $default_charset = 'UTF-8'; $lossy_encoding = false; The test account has a number of folders in various "fonts", them being Japanese, English and these Unicode/UTF-7 ones: #1 .&A5QDlAOU- => ΔΔΔ #2 .Prezenta&ATU-o => Prezentaĵo The clients are Konqueror and Firefox, er, Iceweasel on Debian Etch KDE desktop set to US-English. 1. When logging in either with English or Japanese all the folder names get rendered correctly, though I have the feeling that this is more due to fact that EUC-JP (encoding used in Japanese mode) includes a lot of characters. Logging in with German forces things into ISO-8859-1 which breaks the Japanese and UTF-8 bits. I reckon that if the German folder frame would use UTF-8 encoding things would be fine there, too. Unfortunately the default_charset setting up there seems to only influence the default_language and there is no way to set UTF-8 as a preference in Display Options. Which would probably the thing to do, giving users the choice to make things work best with their respective environment and browser. Since IMAP folders are to be UTF-7 encoded the only _safe_ bet is to have the folder frame in some encoding that can handle all possible results, read UTF-8. Again, this is just about the folder frame, all kinds of fonts get perfectly rendered in the main frame for Subjects and so forth. 1a. When using the latest Japanese XP and IE7 as client and Squirrelmail in Japanese, folder #1 renders fine but #2 gets a random kanji instead of the UTF character. Using Firefox in the same environment has no problems rendering all folder names correctly. 2. When changing languages mid-session (from English to Japanese or the other way around) the folder frame rendering results in garbage for all non-ASCII folder names. 3. When faced with an attachment having the following encoding and name: - Content-Type: application/vnd.ms-excel; name=" - =?ISO-2022-JP?B?GyRCJDEkJCRkJC8kNyRnGyhC?=.xls" - Content-Transfer-Encoding: base64 - Content-Disposition: attachment; filename=" - =?ISO-2022-JP?B?GyRCJDEkJCRkJC8kNyRnGyhC?=.xls" Squirrelmail will render the filename correctly in either English (UTF-8) or Japanese (EUC-JP) in the attachment list. However when trying to open or save that file its name will get corrupted (to underscores where kana should be) in the English (UTF-8) mode. Only when in Japanese mode both the display and the saving will yield correct results. This works fine in IceDove, er, Thunderbird, btw. 3a. When using the latest Japanese XP and IE7 as client and Squirrelmail in Japanese garbage (the ASCII representation of the decoded name to be precise) will be presented when trying to open/save the file. Firefox renders some squares but doesn't get it right either. Read, this attachment can only be saved "correctly" in an English OS/browser in while in Japanese Squirrelmail... 4. Squirrelmail seems to use the default (MIME) encoding for whatever language it is set to for outgoing mails, unless there are non-native characters for that encoding when it changes to UTF-8. Using UTF-8 is a pretty reasonable default and cop-out here and would work in a perfect world (and still will in most cases). Alas the user of a non-Japanese language SM interface sending mails to a Japanese mobile phone will have a much better chance if those mails are encoded in ISO-2022-JP rather than UTF-8. Being able to force the encoding of outgoing mails (like with Sylpheed-Claws for example) would be very beneficial in the real world. 5. There is still no way to have default_prefs work with MySQL backend, is there? Regards, Christian -- Christian Balzer Network/Systems Engineer NOC [email protected] Global OnLine Japan/Fusion Network Services http://www.gol.com/ https://secure3.gol.com/mod-pl/ols/index.cgi/?intr_id=F-2ECXvzcr6656 ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ----- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: [email protected] List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
