Hello, Most of the following has been initially tested with 1.4.9a (aka DebianEtch) and verified to be still the case with 1.4.15. In case this has beenaddressed already or should be submitted as a formal bug report, pleaselet 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 beingJapanese, English and these Unicode/UTF-7 ones: #1 .&A5QDlAOU- => ΔΔΔ#2 .Prezenta&ATU-o => Prezentaĵo The clients are Konqueror and Firefox, er, Iceweasel on DebianEtch KDE desktop set to US-English. 1. When logging in either with English or Japanese all the folder namesget rendered correctly, though I have the feeling that this is more due tofact that EUC-JP (encoding used in Japanese mode) includes a lot ofcharacters. Logging in with German forces things into ISO-8859-1 whichbreaks the Japanese and UTF-8 bits. I reckon that if the German folderframe would use UTF-8 encoding things would be fine there, too.Unfortunately the default_charset setting up there seems to only influencethe default_language and there is no way to set UTF-8 as a preference inDisplay Options. Which would probably the thing to do, giving users thechoice to make things work best with their respective environment andbrowser. Since IMAP folders are to be UTF-7 encoded the only _safe_ bet is to havethe 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 getperfectly rendered in the main frame for Subjects and so forth. 1a. When using the latest Japanese XP and IE7 as client and Squirrelmailin Japanese, folder #1 renders fine but #2 gets a random kanji instead ofthe UTF character.Using Firefox in the same environment has no problems rendering all foldernames correctly. 2. When changing languages mid-session (from English to Japanese orthe other way around) the folder frame rendering results in garbage for allnon-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. Onlywhen in Japanese mode both the display and the saving will yield correctresults. This works fine in IceDove, er, Thunderbird, btw. 3a. When using the latest Japanese XP and IE7 as client and Squirrelmailin 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, thisattachment can only be saved "correctly" in an English OS/browser in whilein Japanese Squirrelmail... 4. Squirrelmail seems to use the default (MIME) encoding for whateverlanguage it is set to for outgoing mails, unless there are non-nativecharacters for that encoding when it changes to UTF-8. Using UTF-8 is apretty reasonable default and cop-out here and would work in a perfectworld (and still will in most cases). Alas the user of a non-Japaneselanguage SM interface sending mails to a Japanese mobile phone will have amuch better chance if those mails are encoded in ISO-2022-JP rather thanUTF-8. Being able to force the encoding of outgoing mails (like withSylpheed-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, isthere? Regards, Christian-- Christian Balzer Network/Systems Engineer NOCchibi@xxxxxxx Global OnLine Japan/Fusion Network Serviceshttp://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 helppave the way to the Next Web now. Learn more and register athttp://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/-----squirrelmail-users mailing listPosting guidelines: http://squirrelmail.org/postingguidelinesList address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxxxxxx archives: http://news.gmane.org/gmane.mail.squirrelmail.userList info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
