TB3.04からNetscape4.78ユーザへ送った添付ファイルのファイル名が文字化け、かつ開かない

[Great-KingKong]

どなたか解決案をお持ちではありませんか？依然社内標準がネスケなので、対応しないとほっておかれます。具体的にはファイル名の日本語が化け(今回は.pdfファイル)、なおかつ開かないのです。

[kiki]

　
　
＊質問・投稿する前に フォーラムの利用について を読むのをお勧めします。
＊環境として OS の種類、Thunderbird のバージョンぐらいは書き添えましょう。
＊質問した後やアドバイスをもらった後には結果や経緯を必ず書くようにしましょう。




今まではどうだったのでしょうか？
いわゆる突然おかしくなったのでしょうか？
添付ファイルのヘッダ部分はどのように記述されているのでしょうか？

具体的な状況がまったく不明なのでとりあえずの対処方法は以下になるでしょうか。

（１）Thunderbird の MIME タイプ情報を扱っている mimeTypes.rdf がおかしくなっているか壊れて
　　 いるかも知れないので一旦削除して初期化する。
　　　　注：mimeTypes.rdf はプロファイルフォルダ内にあります。

（２）添付ファイル名を日本語ではなく、英数字のみにしてみる。

（３）圧縮形式（zip など）でファイルを添付して送るようにする。




＊質問・投稿する前に フォーラムの利用について を読むのをお勧めします。
＊環境として OS の種類、Thunderbird のバージョンぐらいは書き添えましょう。
＊質問した後やアドバイスをもらった後には結果や経緯を必ず書くようにしましょう。
　

[Great-KingKong]

情報不足にもかかわらず対応頂き深謝いたします。
諸注意を読まずに申し訳ございませんでした。

こちらのシステムは
Windows XP Professional version 2002 SP3
Thunderbird 3.04
です。
Netscape4.78で添付ファイル名が化けるのは英数字で始まり、漢字が混在するファイルです。
英数字のみ、および漢字のみは問題なく受信できていました。

添付ファイルが文字化けしたメールを転送の形で送り返してもらうと、全て問題なくファイルとして取り出せます。

全てのファイル名を英数字のみや漢字のみにするのは実行上不可能なので、もし何かそれ以外で解決案がありましたらご教示いただければ幸いです。

[Great-KingKong]

情報不足を補います。

問題は5月末にTB2からTB3.04にアップグレードしてから発生しております。

また指摘いただいた"mimeTypes.rdf"は消去してみましたが、問題は解消しませんでした。

[kiki]

　

Netscape4.78で添付ファイル名が化けるのは英数字で始まり、漢字が混在するファイルです。
英数字のみ、および漢字のみは問題なく受信できていました。

添付ファイルが文字化けしたメールを転送の形で送り返してもらうと、全て問題なくファイルとして取り出せます。

了解しました。

文字化けして読めない・開けないという Netscape 4.78 側の受信メッセージのソースをそのままここに
貼り付けてもらえると何かわかるかも知れませんね。
あるいは Thunderbird で送ったその該当メッセージのソースも同じように貼り付けてもらうとか・・・。
＊特にメッセージと添付ファイルのヘッダ部分です。

【 例：添付ファイル名：20100608見本.pdf 】
　　　　　　[メッセージヘッダ]

コード: 全て選択

Subject: =?ISO-2022-JP?B?GyRCRTpJVTgrS1wbKEIgW1BERl0=?=
Content-Type: multipart/mixed;
 boundary="------------060101000905060106050306"

This is a multi-part message in MIME format.
--------------060101000905060106050306
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit

添付見本 [PDF]

　　　　　　[添付ファイルヘッダ]

コード: 全て選択

--------------060101000905060106050306
Content-Type: application/pdf;
 name="=?ISO-2022-JP?B?MjAxMDA2MDgbJEI4K0tcGyhCLnBkZg==?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename*0*=ISO-2022-JP''%32%30%31%30%30%36%30%38%1B%24%42%38%2B%4B%5C%1B;
 filename*1*=%28%42%2E%70%64%66

全てのファイル名を英数字のみや漢字のみにするのは実行上不可能なので、もし何かそれ以外で解決案がありましたらご教示いただければ幸いです。

う～ん、それは難しいかもですね。
どこに問題があるのかが不明では・・・・。

つまり Netscape 4.78 と仲良くお付き合いできる方法ですね・・・・・。
Netscape 4.78 同士では問題ないようでしたらそれを真似るとか(笑)。


＃Thunderbird に 3.04 というバージョンはありません。
＃TB って何ですか？
　

[kiki]

　
Thunderbird 2.0.0.* 系から 3.0.* 系にバージョンアップしてから起きている問題ならば
プロファイル内のデータをうまく引き継げていないとか、プログラム本体側に不具合が起
きている可能性が考えられます。
注：仕様変更の問題も当然あるかもです。

以下のトラブルシューティングに沿って Thunderbird のセーフモード起動や新規プロファ
イルの適用も試してみましょう。
Mozilla Thunderbird 3.0.4 リリースノート - トラブルシューティング

上記の対処でも改善が見られない場合は Thunderbird の再インストールも有効かも知
れません。
一旦通常のアンインストール後にインストールフォルダを削除してから PC を再起動させ
て再度インストールをおこなってみてください。


【参照】
・Thunderbird 2 から 3 へのアップグレードにおけるよくある質問 （FAQ）
・プロファイル
　
　

[Great-KingKong]

Kiki様、

丁寧なサポート恐縮です。

先ずはヘッダを集めました。

メッセージヘッダ
MIME-version: 1.0
Content-type: multipart/mixed; boundary=------------060409060705020004080705
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.9)
Gecko/20100317 Thunderbird/3.0.4


添付ファイルヘッダ
X-Mozilla-IMAP-Part: 2
Content-Type: application/pdf;name="abcdefg 仮のタイトル100528.pdf"
Content-Transfer-Encoding: base64
Content-Disposition:
attachment;
filename*0*=ISO-2022-JP''%4E%6F%6D%75%72%61%20%1B%24%42%3B%3A%36%48%25%22;

filename*1*=%25%26%25%48%25%6B%25%43%25%2F%1B%28%42%31%30%30%35%32%38%2E;
filename*2*=%70%64%66

またもう一つわかりましたのは、漢字/英数字混在でも漢字から始まったファイル名は問題なし、です。

また何かご教示いただければ幸いです。

[kiki]

　
同じようにこちらでも以下の内容でメッセージの送受信をおこなってみました。
　件名：abcdefg 仮のタイトル100528.pdf
　添付ファイル名：abcdefg 仮のタイトル100528.pdf
　本文：abcdefg 仮のタイトル100528.pdf
　文字コード：ISO-2022-JP
　メッセージ形式：プレーンテキスト

結果、送信済みメッセージのコピーも受信メッセージもヘッダは以下のようになりました。

[メッセージヘッダと本文]　＊抜粋

コード: 全て選択

User-Agent: Thunderbird 3.0.4　（注：User-Agent は省略系に変更してあります）
MIME-Version: 1.0
Subject: abcdefg =?ISO-2022-JP?B?GyRCMj4kTiU/JSQlSCVrGyhCMTAwNTI4LnBkZg==?=
Content-Type: multipart/mixed;
 boundary="------------050802050302020504050603"

This is a multi-part message in MIME format.
--------------050802050302020504050603
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit

abcdefg 仮のタイトル100528.pdf

[添付ファイルのヘッダ部]

コード: 全て選択

--------------050802050302020504050603
Content-Type: application/pdf;
 name="abcdefg =?ISO-2022-JP?B?GyRCMj4kTiU/JSQlSCVrGyhCMTAwNTI4LnBkZg==?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename*0*=ISO-2022-JP''%61%62%63%64%65%66%67%20%1B%24%42%32%3E%24%4E%25;
 filename*1*=%3F%25%24%25%48%25%6B%1B%28%42%31%30%30%35%32%38%2E%70%64%66

次に Great-KingKong さんの貼り付けた添付ファイルヘッダと比較すると以下の違いがあります。

[Great-KingKong さん]
Content-Type: application/pdf;name="abcdefg 仮のタイトル100528.pdf"
Content-Disposition:
attachment;
filename*0*=ISO-2022-JP''%4E%6F%6D%75%72%61%20%1B%24%42%3B%3A%36%48%25%22;
filename*1*=%25%26%25%48%25%6B%25%43%25%2F%1B%28%42%31%30%30%35%32%38%2E;
filename*2*=%70%64%66
補足：ここにはあえて書きませんが下段のエンコードされているファイル名をデコードしたところ
　　　　「abcdefg 仮のタイトル100528.pdf」 とはまったく別のファイル名になっていました。

[私]
Content-Type: application/pdf;
name="abcdefg =?ISO-2022-JP?B?GyRCMj4kTiU/JSQlSCVrGyhCMTAwNTI4LnBkZg==?="
Content-Disposition: attachment;
filename*0*=ISO-2022-JP''%61%62%63%64%65%66%67%20%1B%24%42%32%3E%24%4E%25;
filename*1*=%3F%25%24%25%48%25%6B%1B%28%42%31%30%30%35%32%38%2E%70%64%66

ということで添付ファイル名が正しくエンコード（変換）されていないことが判明しました。

Thunderbird が上記のような添付ファイル名を正しくヘッダ表記していないとすれば以下の可能
性が考えられます。
（１）Thunderbird に不具合がある。あるいは壊れている。
（２）他の何者かが悪さをしている。（OS、他のアプリケーション、サーバ、etc）

ここでは Thunderbird 以外の問題は主に扱いませんので先に紹介したトラブルシューティングな
どの対処をおこなっても改善が見られない場合は（２）のケースが該当するように思われます。
　

[John Smith]

こちらへは初投稿させていただきます。

Googleで「thunderbird 添付 文字化け Netscape」を検索すると
Thunderbird1.5 -> Thunderbird2.0 の時に似たような事例がありましたが、
Thunderbird3.0　でまた起こった可能性はありませんか？
だとしたら以下が参考になるかも……

もじら組過去ログより
http://forum.mozilla.gr.jp/cbbs.cgi?mod ... &&KLOG=240

[Great-KingKong]

KiKiさま、

丁寧なサポートありがとうございました。
可能な限りのサポートをいただいたと感謝しております。
Netscapeをいじるのは不可能ですので、送信ファイル名を工夫しながら対応することにいたします。

[Great-KingKong]

John Smithさま、

ご一報ありがとうございます。
本件は私もTB2.0に切り替えた時に経験しておりまして、設定値自体はTB3.0.4にUpgradeした際にそのまま"0"が引き渡されておりました。

[John Smith]

気になって"mail.strictly_mime.parm_folding thunderbird 3" で検索を行ってみると、
どうもbugzillaに上がっているようです。

Bug 548730　mail.strictly_mime.parm_folding が　thunderbird 3　で正確に働かない
https://bugzilla.mozilla.org/show_bug.cgi?id=548730

Thunderbird 3.1 β1の段階で修正されているようです
http://www.rumblingedge.com/2010/03/08/ ... -released/

Thunderbird 3.1　系列　でチェックしてみるのはありかもしれません。

[kiki]

　
John Smith さん、ありがとうございます。

mail.strictly_mime.parm_folding の問題がありましたね。
過去トピックにコメントしているくせにすっかり忘れている自分が・・・・・。

このフォーラムでも過去トピックに以下がありました。
添付したファイル名に漢字が含まれると相手が開けない(TB2.0からNetscape4.78 Messenger)
【解決済み】「mail.strictly_mime.parm_folding」の設定について

でもってここまでは Thunderbird 2.0 系のお話です。


Netscape 4.78 と仲良くするために Thunderbird の設定エディタで mail.strictly_mime.parm_folding
を 0 にしてもおそらく解決しないでしょう。（Thunderbird 3.0 系の場合）
一度試して確認してみてください。
（但し、他のメールクライアントとのやりとりでは問題を生じる可能性もありますのでご注意ください。）

Thunderbird 3.0 系のデフォルトは 1 ですが手元で 0 にしても特にヘッダ部分に変化は見られません
でした。
以下のバグ修正の際に一部仕様変更があったようです。
Bug 486682 – Thunderbird creates invalid RFC2047 encoded Words in filename Headers with specific file length

RFC 2231 と RFC 2047 の扱いがどうも変更されたように見受けます。
（Content-Type: の name あるいは Content-Disposition: の filename あたりかな？）
ですのでパラメータの変更は効かないものと思われます。
　
もしこの仕様上の問題ということならば Thunderbird 2.0 系にグレードダウンして
mail.strictly_mime.parm_folding = 0 で凌げるのかも知れませんが根本的な解決にはなりませんし、
もうすぐサポートが終了するバージョンもお勧めできませんしね。
　　
一番いいのは社内すべてで Thunderbird 3.0 系に移行してもらうのがいいとは思うのですが・・・・。　
そうは簡単にはいかないでしょうしね・・・・・・。悩ましいところでしょうか。


尚、下記のバグは RESOLVED FIXED となっていますので新たに修正が加えられたのではなく、すでに
修正（変更）済みのものとして「済み」扱いになっているものと思われます。
Bug 548730 – "mail.strictly_mime.parm_folding" function of Thunderbird 3 does not work correctly

ちなみに以下の Lanikai/3.1.1pre 20100608 ビルドでも変更されていないようです。
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.4) Gecko/20100608 Lanikai/3.1.1pre


最後に以下の参照サイトページをご紹介しておきます。　
【参照】
Mozilla Japan - プレスリリース - Mozilla Japan、Netscape サポート終了に伴い Firefox、Thunderbird への移行を支援する特設ページを開設
Mozilla Japan - Netscape ユーザのための Firefox/Thunderbird 移行ガイド
MozillaZine.jp - [参照情報] Netscape ユーザの方へ・サポート終了に伴う移行について
　　

[Great-KingKong]

kikiさま、John Smithさま、

更なる検討ありがとうございます。
今時Netscape4.78を使い続けるIT部門の方針がよくわかりませんが、当面は数千人いるNetscapeユーザを切り替えさせるわけにも行かず、自分側で2.0にDowngradeするか、添付ファイル名を工夫するかのどちらかだと思っています。

本当にどうもありがとうございました。

[偶然的通行人]

すでに結論が出ている話題に口を挟んでしまいますが...。

ご指摘のある Thunderbird のバグまたは仕様変更が、今回の問題の一因になっているのは確かなようですが、Netscape Communicator 4.78（以下、Netscape 4.78）の側にも別の問題がありそうです。

具体的なヘッダ情報を引用すると長くなるので端折らせていただきますが、要するに Netscape 4.78 にもエンコードされた添付ファイル名を適正にデコードできないケースがある、という問題です。

漢字/英数字混在でも漢字から始まったファイル名は問題なし、です。

とおっしゃっているのが、そのひとつです。
大雑把にいえば、Netscape 4.78 は、メールヘッダの添付パートにある filename が、RFC 2047 に基づいてエンコードされていれば、それを優先的に解釈してデコードを試みますが、RFC 2231 に基づいてエンコードされたものは解釈できず、次の段階として RFC 2047 に基づいてエンコードされた name を解釈してデコードを試みるようです。
しかしここに問題があって、Quoted-Printable 形式でエンコードされた name の添付ファイル名のうち、一定の条件のものを正しくデコードできないことがあります。（例：「abc 添付 123.pdf」など）
　　｜ ただし、filename についてはこの問題は起こらないようです。
逆に、name が Netscape 4.78 で正しく解釈できるものになっていれば、問題は起こらないようです。（例：漢字から始まったファイル名または ASCII 文字のみのファイル名）

以上、蛇足で申し訳ありませんが、Netscape 4.78 の挙動を手元で検証した範囲での話として、いちおう追加情報まで。