「日本語のe-mail、ISO-2022-JP以外のcharsetを使うのは是か非か」記事へのコメント

現状のContent-Type対応は十分ではありません

[moriwaka (89)]

Mozilla系のMUAはRFCに近い実装ですが Outlook Expressは
最初に検出したエンコードで全体をデコードするため
subjectのエンコードと異なるcontent-typeでは問題がでるなど、
MIMEの扱いはぼろぼろです。

さらにIMAPでは検索などでサーバ側でもMIMEを扱うためこちらの対応状況も問題になります。

メーリングリストでも、アーカイブ作成時の変換やSubjectの書換などで
エンコード/デコードが必要となります。

これらについて、現状ではiso-2022-jpであることや、
メール全体が同じエンコーディングであることを仮定したハックによる
対応が行われているものが散在し、Content-Typeに従った対応が
全般に渡ってされていると仮定するのは無理があります。

Re:現状のContent-Type対応は十分ではありません

[Anonymous Coward]

Mozilla系のMUAはRFCに近い実装ですが Outlook Expressは
最初に検出したエンコードで全体をデコードするため
subjectのエンコードと異なるcontent-typeでは問題がでるなど、
MIMEの扱いはぼろぼろです。

とは言いますが、そもそもSubjectフィールドとContent-Typeフィールドは、同じ形式でエンコードしておくべきでは？
更に言えば、Subeject/Content-Typeフィールドに別々のエンコードをしてしまうというのは、 新米Emacsen使いな方々の設定ミスが主な原因と記憶していましたが。

Emacsを利用していると、各国語のエンコードが入り混ったメールでも良きに図らってくれる為、 単なるリーダとして利用している分には、誰が使おうと構わないのですが。
Emacsで、いざメールを書くとなると設定のあやしい新米さんの場合、 Subjectやメール本文をエンコードせずに送信したり、あちこち異なった形式でエンコードしたりと、 色々と迷惑をかけるので困りものです。
Emacsで読んでいる為、読むことには何の支障もないので、自分では気づきにくい、 というか、他人から指摘されるまで気づかないので本当に困ります。

＃ 自称ギークな上司が正にこのパターンで、分かってもらうのにとても苦労したAC
＃ 何年もやりとりしていた取引先の方が、実は我慢してやりとりしていた事実を知って、本人も流石に凹んでいましたが…

Re:現状のContent-Type対応は十分ではありません

[urandom (26447)]

> とは言いますが、そもそもSubjectフィールドとContent-Typeフィールドは、同じ形式でエンコードしておくべきでは？
MIMEのミニマムな文字集合を使用すべし、という原則に従うと必ずしも同じとならんでも仕方ありません。

(元々ヘッダとボディの扱いが独立なのですから、非US-ASCII文字のエンコード方法については。)

Re:

[Anonymous Coward]

> とは言いますが、そもそもSubjectフィールドとContent-Type
> フィールドは、同じ形式でエンコードしておくべきでは？

同じじゃなくても、ちゃんと規格通り動作するべき。

Re:

[Anonymous Coward]

それって RMAIL ?

# 「Emacs でメール」って「Windows でメール」って言うくらい漠然とした言い方だな