Red Hat Bugzilla – Bug 122456
evolution: cannot change Subject: encoding.
Last modified: 2007-11-30 17:10:42 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; ja-JP; rv:1.6) Gecko/20040422
Description of problem:
I tried evolution in Japanese.
When I use Japanese kanji (or hiragana, katakana) in Subject, it is
encoded in UTF-8 Q encoding.
There is a configuration item, Default character encoding at Tools -
Settings - Mail Preferences - general. This item affects only message
body, not subject.
De facto standard of Japanese e-mail encoding is ISO-2022-JP. So some
MUAs do not support UTF-8 encoding, especially pre-UTF age program.
I know this is not a violation of MIME encoding starndard. But it is
better to follow a de facto standarad. We don't need an evolution in
Subject field :)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. run evolution
2. Choose Tools - Settings - Mail Preferences - General
3. Select `Japanese (ISO-2022-JP)' at Default character encoding.
4. Write a email to myself with Japanese subject.
for example `te su to me i ru' in Japanese katakana.
5. send it.
6. receive the mail with MH-compatible mailer, for example, wanderlust.
7. see saved raw mail on console or gnome-terminal.
Actual Results: Subject:
Message body is encoded in ISO-2022-JP. This is no problem.
Expected Results: Subject: =?ISO-2022-JP?B?GyRCJUYlOSVIJWElJCVrGyhC?=
- Default encoding configratoin affects in Sublect field.
- Another menu item, `Subject encoding', for example.
Well, the problem here is that MUAs which doesn't support UTF-8 breaks its
subject with replying - when it truncates the subject which isn't decoded say.
Since evolution allows us to change the encoding for the body, hopefully it will
supports to change the encoding for the subject as well.
The original bug here is reported on Evolution 1.4.6; there's been
activity on the upstream bug report referred to in comment #1
This may be partially fixed in Evolution 2.*: the upstream bug report
has a patch which was partially applied in July 2004.
How well does the code in FC3 perform?
Well, presumably it will be decided from the body encoding. but, I can't type
any Japanese at all on evo2.2 now because gtkhtml crashes. and when I just wrote
Japanese on only Subject, it was still UTF-8, though. I should file a bug for
this separately then.
still happens in evolution-2.2.2-3 (yes, upstream bug is also not yet closed)
Do you still encounter this problem in Fedora Core 6 or later?
tried to send informaiton with JP-encoding (other than Unicode), on other machine
got following detail with correct letter.
Received: from [XX.XX.XX.XX] (XXXXXXXXXXXcom [10.65.6.180]) by
XXXXXXXXXXXXXXXXXXXXX (8.13.1/8.13.1) with ESMTP id l4H6UPLk015212 for
<XXXXXXXXXXXXXXXXXXXX>; Thu, 17 May 2007 02:30:26 -0400
ਵਲੋਂ: Pune-QE <XXXXXXXXXXXXXXXXXXXXXXcom>
ਇਸ ਨੂੰ ਜਵਾਬ: XXXXXXXXXXXXXXXXXXXXXXXXom
Content-Type: text/plain; charset=ISO-2022-JP
ਮਿਤੀ: Thu, 17 May 2007 12:00:23 +0530
X-Mailer: Evolution 2.10.1 (2.10.1-4.fc7)
output seems ok
tested with following version:
Closing per comment #8.