JavaMail で機種依存文字の文字化けが発生する。OpenJDK 15

Question

前提

Java でメール送信するプログラムがあります。
機種依存文字の文字化けを防ぐために、起動オプションに

-Dsun.nio.cs.map=x-windows-iso2022jp/ISO-2022-JP

を付けています。
少し前まで、JDK1.8.0 の環境で正常に（文字化けせずに）動作していました。

先日、OpenJDK15 で動作するように変更したところ、機種依存文字の文字化けが発生するようになってしまいました。
プログラムの内容も起動オプションも変更なく、
JDKのバージョンを変更しただけです。

openjdk version "15" 2020-09-15
OpenJDK Runtime Environment (build 15+36-1562)
OpenJDK 64-Bit Server VM (build 15+36-1562, mixed mode, sharing)

原因として考えられるのは何でしょう？

Comments

[jimbe]

sun.nio.cs.map は移行用の非文書プロパティではないでしょうか。
対応コードは削除されたはずです。

https://bugs.openjdk.org/browse/JDK-8230405

[maisumakun]

具体的に、どのような文字が問題となりますか？

[tfline_w]

①や－などです。

[tfline_w]

jimbe さん、ありがとうございます。
もう使えなくなっているんですね。不勉強でした。

Answer 1

とりあえず解決しました。
プログラムの中で、

MimeMessage sendMessage = new MimeMessage(sendSession);
sendMessage.setText("あああ－\n①","iso-2022-jp");

と、charset を指定していたためでした。
この第２引数を削除、または、"UTF-8" に変更したら、文字化けは発生しなくなりました。

ただ、ここで少し疑問が。
昔、まだjdk1.4 ぐらいの時代にメール送信プログラムを書いたとき、
"UTF-8だと文字化けするメーラーがあるので、日本語使うときはiso-2022-jp を使うこと"
と教わった記憶があります。
charset を指定しないと、当然、UTF-8が使用されるわけで、事実、テスト送信してみたメールのヘッダを見ると、
Content-Typeは、text/plain; charset=UTF-8 になっています。
text/plain で送信されているいくつかのメルマガ（@ITなど）のヘッダを見ると、text/plain; charset=ISO-2022-JP です。
手元にWindows 環境とスマホしかないので、iOS で確認できないのですが、Content-Type がUTF-8 でも、問題なく読めるものでしょうか？

Comments

[jimbe]

>Content-Type がUTF-8 でも、問題なく読めるものでしょうか？

Content-Type は本文がどのようなコードで書かれているかを示すだけですから、 UTF-8 に対応しているメーラーで本文が UTF-8 で書いてあるなら Content-Type 通りに解釈すれば問題は起きないはずでしょう。

>"UTF-8だと文字化けするメーラーがあるので、日本語使うときはiso-2022-jp を使うこと"

というのは恐らく shift_jis とか windows-31j を utf-8 に変換して送ろうとすると一部が変になることがある(あった)ため、変換せずにそのまま送る感じにしようということかと思います。
相手が(当時でも既に)古いメーラーを使っていて utf-8 に対応していない可能性が(今よりはまだ)あったということもあるかもしれません。

[tfline_w]

なるほど。ありがとうございます。
UTF-8で送信するように変更しようと思います。

[otn]

UTF8でもISO-2022-JPでも、中身と合っていればOKです。
・中身がUTF8なのにContent-Typeでiso-2022-JP ⇒ 化ける
・中身がISO-2022-JPなのにContent-Typeがutf-8⇒化ける
ただし、
・中身と合っているが受信したメールソフトがその文字コードに対応していない⇒化ける

[tfline_w]

otnさん、ありがとうございます。
確かにメールソフトはたくさんあり、全てを調査することは難しいですが、
現実的な範囲で言うなら、一般的なネットユーザではなく、ビジネス用途に（つまり企業ドメイン向けに）送信するであれば、たいていはメジャーなメールソフト（OutlookやThunderbirdなど）を使っていると想定できるので、UTF-8に対応しているはず。
と想定していいのではないかと考えました。

[jimbe]

Content-type を間違えていることまで対応しようとして、 Content-type を信用しないでメール本文から勝手に推測して結局間違って化けてしまうというメーラーまでありましたから…。