[mew-dist 27698] Re: 添付ファイル名

Eisaku YAMAGUCHI eisaku at example.com
2007年 6月 19日 (火) 02:35:54 JST


山口です.

follow が遅くなり申し訳ありません. 

個々の実装での動作確認については,明日(というか既に本日...)以降に
時間をみて速やかに行えるよう努力します.

> 山本です。
> 
> NAME パラメータですが、
> 
> > Content-Type: Application/Vnd.ms-Excel;
> >  name="=?iso-2022-jp?B?GyRCNnUbKEIueGxz?="
> 
> のように、拡張子まで符号化していいんでしょうか?

RFC2047 の解釈では,単語と単語とが linear-white-space で区切られている
事を前提としていると思うので,拡張子まで符号化しないと,復号化した際に
拡張子の手前に空白が挿入されてしまったりしないでしょうか.

# RFC2047 の 8. に例示があります

> まぁ、拡張子は符号化しないといっても、
>   =? ? ? ?=.xls
> のようになって、不格好なんですけど。。。

あるいは

=? ? ? ?= =?us-ascii?q?.xls?=

とすれば,符号化の連続なので,綺麗に連結されるべきであるような...
これも不格好なんですけど...

> 山口さんは、どうちらの形式でテストされましたか?

拡張子も一括して符号化しました.
これは前述の復号化時の連結状態に依るものもありますが,
Outlook Express では拡張子も一括して符号化されているのと,
Emacs Lisp の library を発掘する時間を惜しんで Mew の Subject: の符号
化エンジンを借用したら丁度そのようになったからだったりします.

> P.S.
> 
> あと、ダブルクオートは必要ですか?
> #できれば、付けたくないです。。。

double quote は付けたくないのですが,当初 Outlook Express で云々という
事でしたので,Outlook Express 流に double quote で囲んでテストしました.
double quote なしについてはまだ未検証です.

前回の報告では OS から再インストール予定の評価用環境で確認しましたので,
しばしお待ち下さい.

-- EY



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