-
Bug
-
Resolution: Fixed
-
P4
-
tz1.3.2, 1.4.2, 1.4.2_05, 6
-
None
-
b55
-
x86, sparc
-
other, linux, solaris_8
Customer Problem Description:
I am already using the 1.3.2. Attached is a testcase
1. Send an email with a pop3 mail server with special characters from "out" file in the UTF-8 session but use default mine encoding.
2. run following command:
java -classpath ".;activation.jar;mail.jar" EmailJapanese emailServerName emailUserAccount emailUserPassword >out 2>&1
###@###.### 9/30/04 19:07 GMT
I am already using the 1.3.2. Attached is a testcase
1. Send an email with a pop3 mail server with special characters from "out" file in the UTF-8 session but use default mine encoding.
2. run following command:
java -classpath ".;activation.jar;mail.jar" EmailJapanese emailServerName emailUserAccount emailUserPassword >out 2>&1
###@###.### 9/30/04 19:07 GMT
- duplicates
-
JDK-6679005 HORIZONTAL BAR (U+2015) conversion on ISO-2022-JP is wrong.
-
- Closed
-
-
JDK-4976235 iso-2022-jp: provide support for NEC-Row-13 characters
-
- Closed
-
- relates to
-
JDK-6310716 decodeText() doesn't convert from iso-2022-jp to Unicode for some Japanese chars
-
- Resolved
-
-
JDK-4191177 Unicode/JIS Code conversion problems on Windows NT
-
- Closed
-
-
JDK-4426415 (cs) Charset naming scheme is insufficient
-
- Open
-