🚀 go-pugleaf

地引です。
先程は書きかけの記事を出してしまってすみません。

In article <s1c3evjs2e2.fsf@is18e0s01.jaist.ac.jp>, morioka@jaist.ac.jp says...

>なので、結局、Content-Disposition field で表現できる filename は ASCII
>のもののみで「ファイル.dat」とかは表現できないということになると思いま
>す。

詳細に解説していただき、ありがとうございました。
やはり、日本語のファイル名を示す方法は、今のところ
定義されていないわけですね。

>  ところで、今も昔も strict には header で非 ASCII 文字を使うのはまず
>いですから、「ファイル.dat」のようなものをそのまま書くのはとてもまずい
>です。（特に、Shift_JIS だったり EUC-JP だったりすると）
>  もし、RFC を曲げてでも非 ASCII 文字の file 名を書かなければならない
>としたら、私としては encoded-word を用いることをお勧めします。でも、や
>はり、非 ASCII 文字の file 名を Content-Disposition field に書くのはや
>めて、Content-Description field とかに書く方が良いと思います。

参考までに、いくつかのメールソフトを調べてみました。

AL-Mail:
    Content-type, Content-dispositionの双方にJISコードで直接記述。
MS Internet mail:
    Content-type, Content-disposition, Content-descriptionの
    それぞれにS-JISコードで直接記述。
電信八号:
Winbiff:
Becky! Internet Mail:
    Content-type, Content-dispositionの双方にencoded-wordで記述。

他のソフトとの互換性を考えるのならば、Content-disposition
フィールドにencoded-wordで記述する方法を取るのが良いよう
ですね。RFC違反ではありますが。

>;; そもそも
>;; Content-Type: application/octet-stream; name="file.dat"
>;; というのは RFC 2046 に反するといえると思います。

やはりそういうことになるのでしょうか。
実は今、S/MIMEについても調べていまして、RSAから出されている
ドラフト(S/MIME Implementation Guide - 1996/10/8)には以下の
記述があります。
  It is strongly recommended that S/MIME clients emit
  the optional "name=" parameter for the Content-Type field
  for compatability with older systems.

S/MIMEとMIMEは違う、と言えばそれまでですが、他との互換性と
いうことを考えると、念のため入れておくのが無難なのかな、
と思っています。

-- 
地引 尚史 (JIBIKI,Hisashi)
三菱電機(株) 情報システム製作所
jibiki@iss.isl.melco.co.jp
hisashi@fin.or.jp