漢字の添付ファイル名が文字化けして受信No.11595
さん 05/02/10 13:52
 

 秀まるお様、お世話になってます。 望です。

test版とはまったく関係ないかも知れませんが、ファイル名が漢字の添付ファイ
ルを自分宛に送り、鶴亀メールで受信するとファイル名が文字化けしてしまいま
す。
 例:
  「鑑賞.txt」
    ↓
  「_   $B4U^B.txt」
となって受信されます。(「」は後で付けています)
中身は壊れていないので、ファイル名だけの問題のようですが、そちらで確認で
きますでしょうか?

 -- Win98SE+IE6+hm414+hmex202+tk408t2

[ ]
RE:11595 漢字の添付ファイル名が文字化けNo.11596
秀まるお さん 05/02/10 14:31
 
 こちらで簡単にテストした限りは大丈夫みたいです。Windows98とWindows2000
でテストして、「鑑賞.txt」って添付ファイルがそのままの名前で受信できまし
た。

 僕(maruo@mitene.or.jp)宛に何か送って頂けると、それで何か原因が分かる
かもしれません。

[ ]
RE:11595 漢字の添付ファイル名が文字化けNo.11597
秀まるお さん 05/02/10 14:32
 
 「鑑賞.txt」という添付ファイル付きメールをmaruo@mitene.or.jp宛に送って
頂くのと、あと、その「$B4U^B.txt」のように化けたメールを「そのまま転
送...」として「受信ログ/送信ログを転送する」として僕に転送していただける
と、なおいいです。

[ ]
RE:11596 漢字の添付ファイル名が文字化けNo.11599
さん 05/02/10 15:49
 

 秀まるお様。

>  僕(maruo@mitene.or.jp)宛に何か送って頂けると、それで何か原因が分かる
> かもしれません。

 了解いたしました。後で送ってみます。
 よろしくお願いいたします。

 -- Win98SE+IE6+hm414+hmex202+tk408t2

[ ]
RE:11599 漢字の添付ファイル名が文字化けNo.11600
秀まるお さん 05/02/10 16:33
 
 2通送って頂いたうちの、「そのまま転送」で送られた方が、たしかに化けま
した。調べてみたら、Content-Disposition:ヘッダ中のfilename=部分がおかし
いです。

 化けてる方は、

Content-Type: text/plain; charset=shift_jis;
 name="=?iso-2022-jp?B?GyRCNFU+XhsoQi50eHQ=?="
Content-Disposition: attachment;
 filename="=?iso-2022-jp?B?GyAgICRCNFVeQi50eHQ=?="
Content-Transfer-Encoding: BASE64

 となってまして、filename=の中が狂っています。name=の方は化けてません。

 ご自身からご自身に送ってこのように化けるということなら、送信済みメール
の送信ログを見て、それのfilename=部分と比較してみれば、たしかに鶴亀メー
ルが悪いのかメールサーバーで化けているのか分かると思います。

 送信ログの方では、たぶん、

 filename="=?iso-2022-jp?B?GyRCNFU+XhsoQi50eHQ=?="

 となってるはずですけど、これがもし

 filename="=?iso-2022-jp?B?GyAgICRCNFVeQi50eHQ=?="

 となっているなら鶴亀メールのバグってことになります。

 鶴亀メールのバグじゃないとしたら、プロバイダー会社に文句を言うしかない
気がします。

[ ]
RE:11600 漢字の添付ファイル名が文字化けNo.11601
秀まるお さん 05/02/10 16:43
 
 1つ鶴亀メールのバグも見つかってしまいました。鶴亀メールでは、

 filename="...."
 name="..."

 と2つ指定された名前のうちの片方が不正な場合(制御文字が入っていたりす
る場合)には、不正じゃない方を優先して使うようにしているはずでした。今回
はその機能がうまく動作してなくて、不正な方のファイル名が使われてました。

 なので、そこを直しまして、結果として正しく「鑑賞.txt」と出てくるように
出来ました。

 プロバイダーは@niftyかと思いますけど、僕の「PEH00775」の旧NIFTY会員に
て自分から自分に「鑑賞.txt」を送った限りは化けることはありませんでした。
ということは、何かパーソナルファイヤウォール系ソフトやアンチウィルスソフ
トによる影響かもしれないです。

 どっちにしても鶴亀側で対処できたのでそれでいいのかもしれません。

[ ]
RE:11601 漢字の添付ファイル名が文字化けNo.11603
さん 05/02/10 17:48
 

 秀まるお様。

確認ありがとうございました。

turukame.1:11600
>  送信ログの方では、たぶん、
>
>  filename="=?iso-2022-jp?B?GyRCNFU+XhsoQi50eHQ=?="
>
>  となってるはずですけど、これがもし
>
>  filename="=?iso-2022-jp?B?GyAgICRCNFVeQi50eHQ=?="
>
>  となっているなら鶴亀メールのバグってことになります。

実は、送信ログの方が

Content-Disposition: attachment;
 filename="=?iso-2022-jp?B?GyAgICRCNFVeQi50eHQ=?="

となってまして、ちょっと今悩んでいます。


turukame.1:11601
>  なので、そこを直しまして、結果として正しく「鑑賞.txt」と出てくるように
> 出来ました。

私も正しく表示できればそれでいいのですが…、
ZoneAlarmのフリー版? とか使っているので、
ちょっと色々いじってみます。
必要がありそうなら、またご報告だけさせていただきます。

以上。お手数をおかけいたしました。
新しいバージョンのアップお待ちします。

 -- Win98SE+IE6+hm414+hmex202+tk408t2

[ ]
RE:11603 漢字の添付ファイル名が文字化けNo.11606
秀まるお さん 05/02/10 18:31
 
> 実は、送信ログの方が
>
> Content-Disposition: attachment;
>  filename="=?iso-2022-jp?B?GyAgICRCNFVeQi50eHQ=?="
>
> となってまして、ちょっと今悩んでいます。

 「そのまま転送」としたやつじゃなくて、いきなりの1通目の「鑑賞.txt」の
添付ファイル付きメールでの送信ログがそうなっているのですかね?。望さんか
ら僕に送っていただいた「鑑賞.txt」付きの1通目のメールは大丈夫だったので、
そういうことは無いと思ったんですけど。

 つまり、「新規メール」とやって「鑑賞.txt」を添付して、それを送信した時
の送信ログでも、やはり

  filename="=?iso-2022-jp?B?GyAgICRCNFVeQi50eHQ=?="

 となっているのかって話ですが…。

 はて?

 ZoneAlarmでは、添付ファイルの日本語ファイル名が化けるというバグが以前
たしかにありました。ZoneAlarmを使うなら、「全般的な設定・上級者向け・送
信時のエンコード」での「ファイル名をRFC2231形式でエンコードする」をONに
しないとダメだったと思います。

 今検索したら、hidesoftフォーラム8番会議室の09729番発言にてそのように書
いてあります。

-----------------------------------------
[日本語/長いファイル名のエンコーディング]
 (a)RFC2231/"B"併記 (最も互換性が高い)
 (b)RFC2231 (インターネット標準)
 (c)"B" encoding (非標準だが古いメールソフトが使用)
というオプションを設けて、Datulaのような(a)の方式を
デフォルトにするのが現状では賢明だと思います。
送信先によってファイル名のエンコーディングを変える、
なんて面倒な作業は誰しもなるべく避けたいと思うので。
(Becky!のように添付時に指定できてもいいですけどね)

要は、インターネット標準に準拠しつつ、使用者が設定を
変更しなければならないケースを極力減らす設計にする、
ということ。


以下、参考情報。

主要なMUAでRFC2231に対応していないものは、もはや
Outlook/Outlook Expressしかありません。

昔のNetscape(Messenger 4.x)にはRFC2231デコードの
バグがあり、(a)または(b)方式で送ると、ファイル名が
文字化けすることがあります。

ZoneAlarm Pro 3.xがインストールされている場合、
(c)方式で送るとファイル名が文字化けします。
(filename parameterから '?' が削除されるため)

[ ]
RE:11606 漢字の添付ファイル名が文字化けNo.11608
さん 05/02/10 21:09
 

 秀まるお様。 望です。

 せっかくスピーディに対応していただいているのに返信が遅くて済みません。

 実は、最後にご指示いただいた

  「全般的な設定・上級者向け・送信時のエンコード」
    「ファイル名をRFC2231形式でエンコードする」をON
    「Datula」をON

 にて問題が解決してしまいました。

また、

turukame.1:11603
> となってまして、ちょっと今悩んでいます。

と言ったのは、始めに送信したメールのログと、「そのまま転送」したログが見
分けられなかったもので…。再度冷静に確認したところ、問題があるのは秀まる
お様の言われたように「そのまま転送」した方のようです。

よって鶴亀メールの問題ではないようです。

このところ自分が受信する添付ファイルに漢字使用がなかった事、自分から送信
するときには問題がなかった事のため、気がつくのが遅くなってしまいました。

ご迷惑をおかけして申し訳ありませんでした。
 -- Win98SE+IE6+hm414+hmex202+tk408t2

[ ]