[Mew-dist 06338] Re: Not character boundary

[Takeshi Kondou]

こんどう＠NTTデータです。

>元木です。
>> Mewを1.92.4から1.93に上げたところ、以前に受け取ったメールの
>> MIMEの解析(?)が出来なくなってしまいました。
>> Summaryモードで「M」の記号がついているメールに対して、
>> 「.」(ピリオド)をタイプすると、普通にパートに分けて表示するものと、
>> 「Not character boundary」というエラーになってしまうものとがあります。
>> エラーとなったメールの一部とBacktraceを添付します。
>
>どうもBacktraceを見ている限りでは、ファイル名の解析のところでエラーが発生し
>ています。添付されていたメールのヘッダをみると、Excelファイルのファイル名に
>latin-1の文字が使用されているようです。試しに filename="****"の中身を
>ascii文字にしてみてはどうでしょう。
有り難うございます。
メール中の「name」と「filename」の文字列をasciiにすることで解決しました。

>こちらの環境では、パートに名前(filename)が表示される文字がうまく復号できなかっ
>たのみで、Multipartの解析には成功しています。なお、Excelファイルの部分は、
>こちらにあるもので適当に置き換えました。
他に受け取ったメールでも、
Content-Type: application/msword;
	name="0902性能検討議事.doc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="0902性能検討議事.doc"
となっているものや、
Content-Type: text/plain;
	name="近藤専用.txt"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
	filename="近藤専用.txt"
となっているものでは解析できませんでした。
ところが、
Content-Type: application/octet-stream;
	name="モバイルワーカ.ppt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="モバイルワーカ.ppt"
というものでは解析できます。
＃うまくファイル名が表示できていませんでしたが。。。
また、
Content-Type: application/vnd.ms-excel;
	name="=?ISO-2022-JP?B?QVAbJEI0cCVsJVMlZSE8TWg0WxsoQi54bHM=?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="=?ISO-2022-JP?B?QVAbJEI0cCVsJVMlZSE8TWg0WxsoQi54bHM=?="
となっているものはファイル名も見えました。

これらの違いを少し教えていただけると幸いです。
 -------------------------------------------------------------
               株式会社NTTデータ 第三産業システム事業部
       O       オフィス情報システム担当
      o o        近藤 岳（こんどう たけし）
     o o o       E-mail: kondou at example.com
    o o o o      TEL:03-5717-2931      FAX:03-5717-2937
 -------------------------------------------------------------