Bug 162707 - Cannot read / compose Japanese mails
Summary: Cannot read / compose Japanese mails
Status: RESOLVED WORKSFORME
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: 1.9.51
Platform: Compiled Sources Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-27 15:38 UTC by Yukiko Bando
Modified: 2008-06-01 10:26 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yukiko Bando 2008-05-27 15:38:51 UTC
Version:            (using Devel)
Installed from:    Compiled sources
OS:                Linux

KMail in KDE 4.1 Beta1 does not display most Japanese mails, which are in iso-2022-jp. The encoding is not auto-detected and I cannot manually select it since Japanese is not among the encoding list. It cannot be added to charsets for composing either. KMail complains that this charset is not supported. I hope it is not true...
Comment 1 Thomas McGuire 2008-05-29 20:42:46 UTC
For me, the encoding menu contains three different Japanese encodings: EUC-JP, jis7 and sjis.
I'm not familiar with Japanese encodings, but isn't one of those two jis encodings aquivivalent to iso-2022-jp?

And you said that when reading some mails, the encoding is not auto-detected. Can you have a look at the mail headers? Is the correct charset in the Content-Type header set? If the header doesn't contain the correct charset, KMail tries to use the system encoding, but that might not work for some reason.

I also tried composing a Japanese mail (I used the keyboard layout switcher with the Japan (jp/kana) layout, not sure if that is correct).
The mail was encoded in UTF8 with a base64 content-transfer-encoding, which seems to be correct.

I tried to manually setting the encoding for composing to jis7, and that did indeed not work, it was sent as UTF8 instead. I'll try to find out why.
Comment 2 Yukiko Bando 2008-05-30 14:55:48 UTC
I read jis7 was the same as iso-2022-jp. 

Most Japanese mails (not some) I receive are encoded in iso-2022-jp and have the correct charset in the header. In fact, I can read the same mails without having to change the encoding from "Auto" in KDE3.

I can compose Japanese mails in UTF-8 but have to use iso-2022-jp for Japanese mailing lists. Otherwise, archived mails are garbled.  

>I tried to manually setting the encoding for composing to jis7, and that did indeed not work

Is it related to bug #162797 I reported against Konqueror?
Comment 3 Thomas McGuire 2008-05-30 18:42:39 UTC
SVN commit 814546 by tmcguire:

Actually use the encoding specified in the composer.

CCBUG: 162707


 M  +1 -1      kmcomposewin.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=814546
Comment 4 Thomas McGuire 2008-05-30 18:47:03 UTC
Can you send or forward me a mail encoded with iso-2022-jp, please? (to thomas.mcguire at gmx dot net)
Comment 5 Yukiko Bando 2008-05-31 05:21:02 UTC
I sent one with "Test message in iso-2022-jp" in the subject line. Has it reached you?
Comment 6 Yukiko Bando 2008-06-01 10:26:27 UTC
The problem was I did not have libqjpcodecs.so installed on my system. Now I can read Japanese mails in KDE4. :) Sorry for the noise!