Summary | ks_c_5601-1987 is not supported |
Queue | Horde Framework Packages |
Queue Version | Git master |
Type | Enhancement |
State | Rejected |
Priority | 1. Low |
Owners | Horde Developers (at) |
Requester | trustin (at) gleamynode (dot) net |
Created | 11/19/2004 (7570 days ago) |
Due | |
Updated | 10/01/2009 (5793 days ago) |
Assigned | 07/16/2009 (5870 days ago) |
Resolved | 10/01/2009 (5793 days ago) |
Milestone | |
Patch | No |
State ⇒ Feedback
Priority ⇒ 1. Low
Priority ⇒ 1. Low
Version ⇒ Git master
I have a user that received a message in ks_c_5601-1987 (sent via
Outlook in Korean).
This is a valid character set according to RFC 1345 and IANA
(http://www.iana.org/assignments/character-sets)
libiconv claims to support this character set in their docs, but the
software doesn't actually support it.
$ iconv --version
iconv (GNU libiconv 1.13)
Copyright (C) 2000-2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Bruno Haible.
$ iconv -l | grep KS_C_5601-1987
ISO-IR-149 KOREAN KSC_5601 KS_C_5601-1987 KS_C_5601-1989 CSKSC56011987
$ iconv -f ks_c_5601-1987 -t utf-8 /tmp/foo.eml
iconv: /tmp/foo.eml:1:0: cannot convert
Other webmail systems have a mechanism to override the character set.
RoundCube:
https://svn.roundcube.net/trunk/roundcubemail/program/include/main.inc
SquirrelMail:
http://squirrelmail.svn.sourceforge.net/viewvc/squirrelmail/trunk/squirrelmail/include/languages.php?revision=13765&view=markup
Horde should do something similar.
Version ⇒ FRAMEWORK_3
system fails to convert ks_c_5601-1987. It looks like the bug of
iconv. Sorry for the inconvenience! :)
State ⇒ Not A Bug
using this charset?
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ ks_c_5601-1987 is not supported
Queue ⇒ Horde Framework Packages
State ⇒ Unconfirmed
doesn't seem to support it. Silently replacing 'ks_c_5601-1987' with
'euc-kr' will be ok.