[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 メーリングリストの案内