[Mew-dist 299] App/Oct の ecodeing type について

Norio Suzuki nosuzuki at example.com
1996年 12月 15日 (日) 20:52:25 JST


MEW 使いの皆さんこんばんは。

今日ドジを踏んだので、その話しをさせてもらいます。

tar+gzip でまとめて圧縮したファイルをマルチパートのメッセージとして送
ろうとしました。手順は、マルチパートを作る状態(C-c M)にしてファイルを
コピー(c)します。それで *.tar.gz と *.tgz という二つのファイル
をコピーします。そうすると、

----------- attachments -----------
       3/                Multipart/Mixed
     1   CoverPage         Text/Plain(guess)
B    2   mh.setup.tar.gz   Application/Octet-Stream
     3   mh.setup.tgz      Text/Plain(guess)
     4   .
--------0-1-2-3-4-5-6-7-8-9--------

となります。*.tgz が、Application/Octet-Stream ならないのは仕方無いで
すね。(これも Application/Octet-Stream とする方方があるのでしょうか。
多分 拡張子と型の関係に付け加えればいいのでしょう。) それで、データ型
(T)を Application/Octet-Stream に変えます。すると、

----------- attachments -----------
       3/                Multipart/Mixed
     1   CoverPage         Text/Plain(guess)
B    2   mh.setup.tar.gz   Application/Octet-Stream
     3   mh.setup.tgz      Application/Octet-Stream
     4   .
--------0-1-2-3-4-5-6-7-8-9--------

となりました。それでこれをそのまま送ってしまいました。この時に送られる
データは、エンコーディング無しの本当にそのまま(バイナリーのまま)送られ
ていました。結果は、

Content-Type: Application/Octet-Stream
Content-Transfer-Encoding: 7bit

^_^[

となってしまいました。もちろんエンコーディングを指定すると問題はありま
せんでした。

ここからが問題点です。バイナリーのままなのに、

Content-Transfer-Encoding: 7bit

となるのは、おかしくありませんか。バイナリーのまま送るのならば(もし許
されるとするならば)、

Content-Transfer-Encoding: 8bit

となるのでないでしょうか。本当のところは、デフォルトで B か Q エンコー
ディングして欲しいところです。

データの型を変えたことによる問題でした。
--
鈴木 教郎
総合研究大学院大学 生命科学研究科 遺伝学専攻
(国立遺伝学研究所 構造制御研究室)
E-Mail: nosuzuki at example.com
Home page: http://wormhole.lab.nig.ac.jp/
-------------- next part --------------
追伸
mew-1.54 で、いわゆる JIS 以外のコードで書かれたテキストをマルチパート
の一部として取り込んでもちゃんとコードが変換されて送れる機能は、とって
も重宝しています。ありがとうございます。


Mew-dist メーリングリストの案内