添付ファイルのファイル名がおかしくなります。 - 秀丸メール・バグ関係 - スレッド04098, 2001/02/25

添付ファイルのファイル名がおかしくなります。

こにさん　01/02/25 00:05

添付ファイルのファイル名がおかしくなってしまいます。
原因が今ひとつわからないのですが、必ず化けてしまいます。
Outolookでは大丈夫でした。

問題のメールをまるおさんのほうへ送ったほうがよいでしょうか？

RE:04098 添付ファイルのファイル名がおかしくなります。

ひろさん　01/02/25 02:56

　こにさん今日は、ひろです。
> 添付ファイルのファイル名がおかしくなってしまいます。
> 原因が今ひとつわからないのですが、必ず化けてしまいます。
　こちらにアップされたほうが、秀まるおさんの管理がやりやすいでしょうね。具体的
には、
(1)問題となるメールを右クリックして、「ログ」で受信ログを開く
(2)「設定」→「メールヘッダ」で「全て表示」を選択
(3)メールヘッダの
> Content-Type: Multipart/Mixed; boundary="Boundary-ZQQmtNXlTBROePpZJGDiD"
といった部分と、受信ログ本文の
> --Boundary-ZQQmtNXlTBROePpZJGDiD
> Content-Type: text/plain; charset=iso-2022-jp
> Content-Transfer-Encoding: 7BIT
> Content-description: Mail message body
と
> --Boundary-ZQQmtNXlTBROePpZJGDiD
> Content-Type: application/vnd.ms-excel; name="sample.xls"
> Content-Disposition: attachment; filename="sample.xls"
> Content-Transfer-Encoding: BASE64
という部分をこちらに投稿すればよいと思います。

RE:04099 添付ファイルのファイル名がおかしくなります。

こにさん　01/02/25 12:11

こにです。

> 　こちらにアップされたほうが、秀まるおさんの管理がやりやすいでしょうね。

わかりました。
こちらのほうへ送ります。

しかし、状況が少し特殊かもしれません。
このメールは、メーリングリスと当てに送られているもので、直接送られてくる
アカウントでは問題なく表示されます。
しかし、PHSの転送サービス経由できたメールはファイル名がおかしくなってし
まいます。

正常なほうと、異常なほうの両方を載せておきます。

----正常なほう----

<ヘッダー>
Content-Type: multipart/mixed;
boundary="----=_NextPart_000_001D_01C09E8C.D26DDFC0"

<本文の始まり>
This is a multi-part message in MIME format.

------=_NextPart_000_001D_01C09E8C.D26DDFC0
Content-Type: text/plain;
charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

<メールの本文>

------=_NextPart_000_001D_01C09E8C.D26DDFC0
Content-Type: text/plain;
name="Network news February.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Network news February.txt"

<添付ファイル>

------=_NextPart_000_001D_01C09E8C.D26DDFC0--

<終わり>

----問題のメール----（転送されてきたもの）

<ヘッダー>
Content-Type: multipart/mixed;boundary="----=_NextPart_000_001D_01C09E8C.
D26DDFC0"

<本文の始まり>
This is a multi-part message in MIME format.

------=_NextPart_000_001D_01C09E8C.D26DDFC0
Content-Type: text/plain;charset=iso-2022-jp
Content-Transfer-Encoding: 7bit

<メールの本文>

------=_NextPart_000_001D_01C09E8C.D26DDFC0
Content-Type: text/plain;
name="Network news February.t;charset=us-asciixt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="Network news February.txt"

<添付ファイル>

------=_NextPart_000_001D_01C09E8C.D26DDFC0--

<終わり>

です。

よろしくお願いします。

RE:04102 添付ファイルのファイル名がおかしくなります。

ひろさん　01/02/25 23:38

　こにさん今日は、ひろです。
> しかし、状況が少し特殊かもしれません。
　転送していること自体は特殊ではないでしょうが、
> このメールは、メーリングリスと当てに送られているもので、直接送られてくる
> アカウントでは問題なく表示されます。
> しかし、PHSの転送サービス経由できたメールはファイル名がおかしくなってし
基本的には、ヘッダを書き換えてしまう PHA の転送サービスのシステムに
問題があるようですね。

> Content-Type: text/plain;
> name="Network news February.t;charset=us-asciixt"
ではなく、
> Content-Type: text/plain;charset=us-asciixt
> name="Network news February.t;"
なら問題なく取り出せるのでしょうが、はたして RFC ではどうなっている
のやら。

RE:04105 添付ファイルのファイル名がおかしくなります。

こにさん　01/02/26 00:01

こにです。

> 基本的には、ヘッダを書き換えてしまう PHA の転送サービスのシステムに
> 問題があるようですね。

ほかの場合は、ファイル名は変わらないのです。
考えられる原因は、
1.相手のメールソフト
→Outlook Express 5
2.メーリングリスト
→別のアカウントでは正常に受信できている
3.経路の問題
→サーバーを経由するときに、名前を変えられる！？？？転送自体は大丈夫。
4.POPサーバーの問題
→ほかのファイルは大丈夫。

と考えると、3が怪しいです。

サーバーを経由するときに、名前を変えられてしまうことなどあるのでしょう
か？ファイルはただのテキストですが、中身は特に問題ありません。
（拡張子が変えられてしまっているので）いろいろな拡張子で送ってみても大丈
夫です。第一、Outlookではちゃんと取り出せる（ファイルの名前が変わってい
ない）のです。

RE:04108 添付ファイルのファイル名がおかしくなります。

まっちん さん　01/02/26 08:44

　まっちんです。

>こにです。
>
>> 基本的には、ヘッダを書き換えてしまう PHA の転送サービスのシステムに
>> 問題があるようですね。

ひろさんの見解に賛成です。PHSキャリアに相談されてはいかがでしょうか。
長いファイル名を扱えないといった問題がありそうです。

>サーバーを経由するときに、名前を変えられてしまうことなどあるのでしょう
>か？ファイルはただのテキストですが、中身は特に問題ありません。
>（拡張子が変えられてしまっているので）いろいろな拡張子で送ってみても大丈
>夫です。第一、Outlookではちゃんと取り出せる（ファイルの名前が変わってい
>ない）のです。

　この例では実際に名前が変えられています。
　というより、charset=us-asciiという文字列を追加する際に、ファイル名に割
り込む形で挿入されています。それでファイル名が変わっています。

　Content-Type: text/plain;
　name="Network news February.t;charset=us-asciixt"
　　　　　　　　　　　　　　　 ^^^^^^^^^^^^^^^^^-この辺
　Content-Transfer-Encoding: 7bit
　Content-Disposition: attachment;
　filename="Network news February.txt"

　Outlookでファイル名が正しく取り出せるのは、2つのファイル名の情報のうち
操作されていないContent-Dispositionのfilenameを採用しているからでしょう。

RE:04105 添付ファイルのファイル名がおかしくなります。

秀まるお さん　01/02/26 10:45

　添付ファイルのファイル名がおかしいのは、

Content-Type: text/plain;
name="Network news February.t;charset=us-asciixt"

　となっているせいです。じゃぁなぜOutlook Expressで成功するかというと、
Outlook Express側では、またまた

Content-Disposition: attachment;
filename="Network news February.txt"

　の方を優先しているからです。ちなみにContent-TypeヘッダとContent-
Disposition:ヘッダの順番を入れ替えてやると、Outlook Expressでも鶴亀同様にフ
ァイル名がおかしくなります。

　つまり、

　　鶴亀では、Content-DispositionよりもContent-Typeを常に優先する。
　　Outlook Expressでは、後で出てきた方を優先する。

　という作りの違いによる問題です。

　「Outlook Expressではうまく取り出せるのに…」と言われるのは気に入らないの
で、鶴亀側では以下のように処理することにします。

　　ファイル名が２つあって、そのファイル名が別々だった時には、ファイル名中に
　　ファイル名として使えない文字があるかどうか調べて、片方のファイル名にのみ
　　そういう文字が含まれている場合は反対側のファイル名を有効とする。
　　両方ともに不正な文字が含まれてない場合には、後で出てきた方のファイル名
　　を有効とする。

　ここまでやれば完璧だとおもうし、たぶんここまで手の込んだ処理をしてるメール
ソフトは無いでしょう。

RE:04115 添付ファイルのファイル名がおかしくなります。

ひろさん　01/02/26 12:07

　秀まるおさん今日は、ひろです。
　ゴミレスになってしまいますが、
> 　「Outlook Expressではうまく取り出せるのに…」と言われるのは気に入らないの
> で、鶴亀側では以下のように処理することにします。
>
> 　　ファイル名が２つあって、そのファイル名が別々だった時には、ファイル名中に
> 　　ファイル名として使えない文字があるかどうか調べて、片方のファイル名にのみ
> 　　そういう文字が含まれている場合は反対側のファイル名を有効とする。
> 　　両方ともに不正な文字が含まれてない場合には、後で出てきた方のファイル名
> 　　を有効とする。
ここまでユーザーの利便性を考えるのってすごい。

RE:04115 添付ファイルのファイル名がおかしくなります。

こにさん　01/02/26 23:10

こにです。

> 　ここまでやれば完璧だとおもうし、たぶんここまで手の込んだ処理をしてるメール
> ソフトは無いでしょう。

対応ありがとうございます。
今いろいろな条件でテストを行っていますが、サーバーの調子が悪いらしく、出
したメールが届きません。(+_+)