2byte-1byte文字混在SubjectのMIMEエンコNo.05175
かわした さん 02/05/01 22:33
 
かわしたです。例えば、鶴亀メールで

Subject: test テスト {1}

のようなSubjectのメールを送信すると

Subject: test =?ISO-2022-JP?B?GyRCJUYlOSVIGyhKIHsxfQ==?=

のように最初の2byte文字以降はすべて最後の{1}までMIMEエンコー
ドされてしまいます。これを

Subject: test =?ISO-2022-JP?B?GyRCJUYlOSVIGyhC?= {1}

のように半角空白で区切られた1byteコードのみの文字列はMIMEエ
ンコードしないように変更することは難しいでしょうか。

# Becky! や AL-Mail では後者のエンコード方式のようです
# Outlook ではすべてエンコードされてしまい論外なんですけど…

RFC2047 には目を通しましたが、どの表記が正しいのかは理解でき
ませんでした(^^; 全部正しいのかな。

MDaemon というメールサーバを利用する環境にあるのですが、この
サーバの機能の一部に上記のような Subject の最後の括弧つき数
字を利用するものがあって、鶴亀メールから送信したメールがうま
く処理されずに少々困っていました。ようやく上記のエンコード方
式が原因だということが分かった次第です。

デコードして処理しないサーバが悪いのは明白なのですが、もし鶴
亀側で対応していただけるようでしたら、優先度は低くても構いま
せんのでよろしくお願いします。


参考までに、Becky!、AL-Mailとも連続した(半角空白を含まな
い)1byte-2byte混合文字列の場合は1byte文字も含めてMIMEエン
コードするようです。

[ ]
RE:05175 2byte-1byte文字混在SubjectのMINo.05176
秀まるお さん 02/05/02 16:39
 
 現在の仕様はいくつかのメールソフトを調べて最終的に決めた仕様に、さら
にバグ報告として届いたことを反映してこうなった物だったと思います。だか
ら今さら修正するのはかなり勇気が必要です。

 Outlook Expressのように全部エンコードしてしまうのがメールソフトとし
ては一番安全なんですけど、そうするとエンコードに対応してないメールサー
バー側(特にメーリングリスト)で問題が発生しまして、そういう場合に問題
が出ないようにするために、先頭部分の英数字はエンコードかけないようにし
たのでした。

 まぁ、途中全部見ろというんじゃなくて先頭と最後だけということならそん
なにややこしい問題にはなりませんので、んじゃ現状の先頭部分に加えて最後
部分の英数字もなるべくエンコードしないように修正してみます。

[ ]
RE:05176 2byte-1byte文字混在SubjectのMINo.05189
かわした さん 02/05/06 10:03
 
かわしたです。

> まぁ、途中全部見ろというんじゃなくて先頭と最後だけということならそん

この仕様で十分です。ついでに現在の仕様となった経緯も分かって
勉強になりました。連休中にも関わらず素早い対応ありがとうござ
いました。

# どうでもよいかもしれませんがメールサーバの正式名称は
# MDeamon ではなく MDaemon です(1.86の改版履歴より)

[ ]