Red Hat Bugzilla – Bug 185767
Japaneese encoding of sent mail incorrectly EUC-JP
Last modified: 2007-11-30 17:11:27 EST
Description of problem:
Sent e-mail Japaneese font is fixed to EUC-JP.
Version-Release number of selected component (if applicable):
Just send the mail in Japaneese.
Steps to Reproduce:
1.Send email in Japaneese
2.Check sent mail by any program
Japaneese font is EUC-JP even header says UTF-8
This should be configurable and header and font kind should match.
Prebious version is also fixed to ISO-2022-jp but the heaser and font kind is
Sorry about this problem. A fix will be pushed soon.
Could you please test this, does it work properly as expected?
Yes, it works fine.
There was an error in my 1.4.6-3 package -- although I attempted to change all
ja_JP to UTF-8, the specfile still had this...
case $LOCALE in
# ja_JP uses iso2022-jp for email but euc-jp in its interface.
If that meant that the web interface was euc-jp, then it's hardly surprising
that we got euc-jp text from the web browser, then of course we just send that
in email without looking at it... assuming it was UTF-8.
A better fix for the 1.4.6-3 package might have been just to remove the
offending four lines above.
No, that doesn't make sense -- having looked at it again I remember what that
was about. A better option would probably be to disable the XTRA_CODE setting
for ja_JP in functions/i18n.php -- the japanese_charset_xtra() function. That
seems to be all about these weird special cases for swapping ja_JP charsets, and
should probably all be dropped.
By all indications the current rawhide behavior is no worse than upstream's
behavior for Japanese, so I am hesitant to make any further changes here.