[Mew-dist 05555] Re: b47

[Motohiko Minakuchi]

水口＠京都 と申します。

From: Kazu Yamamoto (山本和彦) <kazu at example.com>
Subject: [Mew-dist 05546] b47
Date: Thu, 16 Jul 1998 17:26:54 +0900

> イタリアの敗戦ショックからようやく立ち直れましたので、b47 をリリースし
> ます。

些細なことですが、octet-streamなファイルが添付され、
そのヘッダーが以下の様にRFC違反(？)なメールを表示したときの Mew 
の振舞いが気になります。

> Content-Transfer-Encoding: base64
> Content-Type: application/octet-stream;name="Word
>  =?ISO-2022-JP?B?GyRCSjg9cRsoQg==?=.doc"
> Content-Disposition: attachment; filename="Word
>  =?ISO-2022-JP?B?GyRCSjg9cRsoQg==?=.doc"
> Content-Description: Word=?ISO-2022-JP?B?GyRCSjg9cRsoQg==?=
>  .doc
(上記、改行は追加・変更していません)

「"」で挟まれた =?ISO-2022-JP? な日本語がデコードされないのはRFC準拠だから
いいのですが、
Messageバッファにこのパートを表示すると

> (花文字で「BINARY」)
>
> Content-Type:	application/octet-stream
> Params:		name=Word
>  =?ISO-2022-JP?B?GyRCSjg9cRsoQg==?=.doc
> Size:		21 bytes
> 
> To save this part, type y.
> To display this part in Message mode, type C-c tab.

となります。

ここで、CTヘッダーの nameパラメーターの「"」が表示されていません。
表示された方が、「quate されてるからデコードしないんだな」と分って
いい様に思います。

次に、これをセーブしようと y を押したとき、デフォルトのファイル名中に
改行が入ってしまいます。
送信者が意図的に「改行入りファイル名」にした場合と quote された
エンコード文字列を区別するのは困難でしょうが、
私は区別せずに改行を空白に置き換える等の仕様がうれしいです。


これと同じ改行コードは、サマリーバッファ中のファイル名フィールドでも
改行表示されます。
(以下、見易く加工しています)

>  347 M07/15 To:mina at example.com Word文書添付のテスト Word文書添付のテストです。
> B    2  Application/Octet-   Word文書 .doc              Word
>  =?ISO-2022-..

サマリーバッファでは、フィールド中での改行は抑止される方がいい様に
思います。

最後に、上記でサンプルにした受信メールを添付しておきます。
(添付ファイルの内容は、1行だけのテキストファイルで、小容量です)
                                                           それでは。
--
水口 元彦（みなくち もとひこ）
mina at example.com

-------------- next part --------------
添付メールを保管しました...
送信者: Motohiko Minakuchi <mina at example.com>
件名:   Word=?ISO-2022-JP?B?GyRCSjg9cUU6SVUkTiVGGyhK?=
 =?ISO-2022-JP?B?GyRCJTklSBsoQg==?=
日付:   Thu, 16 Jul 1998 19:12:53 +0900
サイズ: 1282 バイト
URL:    <http://www.mew.org/pipermail/mew-dist/attachments/19980716/c14b701f/attachment.mht>