MozillaZine.jp フォーラム

KIKI さんが書きました: ・添付ファイルのデータ文字列が、メッセージ本文内に表示されて、文字化けのように
　見えた原因が判明した。
　（不正な MIME TYPE が原因だった）
・その原因に対する対処によって、問題は再現しなくなった。
　（不正な MIME TYPE の削除）
により、当初の問題点は、解決したと思うからです。

確かに、不正な関連付け（MIME TYPE）で、ファイル添付したメッセージがトリガになった可能
性は高いのですが、「該当メッセージの差出人を探し出す」が、当初の問題点ではないと考えるか
らです。

WADA さんが書きました: もし、学会のデータのContent-Typeの問題だとすると、間違ったContent-Type:でアップロード、が起こっていて、今回の問題だけでなく、予期せぬ問題を起こす可能性もあります。
Firefoxでの、アップロードしたファイルのContent-Type:が狂った、という問題報告のほとんどが、今回の問題と同様のメカニズムで起こった問題です。
多少、手間と時間をかけてでも調べて、報告してあげたほうがいいでしょうね。

WADA さんが書きました:「不逞の輩」さんを特定できて、問題を指摘してあげることができて、よかったですね。

それにしても、「本文に.pdf」で、犯人のメールともうひとつだけを簡単に見つけることができるとは、思いもよりませんでした(^^;
添付ファイル名はメーラーが一覧で表示してくれるんだから、と、本文にわざわざファイル名を書く、なんてことはしなくなってから、随分経ちます。
お見事。

あのバグで、冗談で書いた「解決策」は、
取締役会長さんが、(a) Thunderbirdでの添付のデリート禁止令と、(b) Thunderbirdでの添付のダブルクリック禁止令を出し、
それでダメなら、取締役会長さんが、(c) Thunderbird使用禁止命令を出す、
でした。
巨大エクセルファイルを添付して送るのが普通の会社のようで、みんな(a)をやって自分のPCのHDDがパンクしないようにしていたみたいで、
mimeTypes.rdfを消して自分のところで問題が起こらないようにしても、
いずれ誰かが(a)と(b)をやって、困ったチャンなメールの添付を他の人に送り、受け取った人のところで(b)をやると又問題が起こり始めて、多くの人にばら撒く、
の連鎖の絶ちようがなかったから、(c)以外の解決策がない(^^;

そして、felsendorfさんも「不逞の輩」にならずに済んだようで、よかったですね。
これにて、一件落着(^^)

WADA さんが書きました:

felsendorf さんが書きました:「Thundebirdのバグでは無い」と言われましたが、「善意の利用者」がこのような騒ぎに巻き込まれるのは何かおかしいなと思います。

最初にこの問題に遭遇したのがBug 471027でした。
今見ると、2008年のクリスマス、でしたね。
felsendorfさんも経験なさった問題は、Bug 476133に分離してあります。
Bug 471027 に書いてあることとあまり変わらないので、後に、Bug 471027 のDUPでクローズされちゃったんですけどね(^^;
この時から変わっているのは、ツール・オプション・添付で、エントリーの削除を「アクション」の中でできるようになって、mimeTypes.rdfを手動で消す必要がなくなった、ということだけです。
このバグのDependency Treeにあるバグ、それらのバグのコメントにあるバグへのリンク、それらのDependency Tree、...、は、この問題との格闘、というよりも、デベロッパーとの格闘の歴史(^^)

インターネットの世界の基礎のRFCは、一種のマナーであって、正しく書いてある時のことしか規定していなくて、今回のような、異常なデータが発生した場合には、何をするかの規定がないので、変更を要求してもなかなか通りません。
規定されていない異常なデータは、最初に作り出した人がそもそも悪いのであって、その異常なデータの登録をThunderbirdに要求した人も悪いのです。
「フェィルセーフ」的なことを念頭においてデザイン・開発をしてくれればいいのですが、そうは問屋が...

WADA さんが書きました:

felsendorf さんが書きました:削除の方法をお教えください。

やっぱり、前に書いたことをちゃんと読んでくれていない。

他のトピックでしたが、以前、掲示板トップ のリンクから入ったページにヘルプのリンクがある、と書きましたよね。
BBCodeなどの件でもそうですが、各種の操作方法などについては、余程手抜きのひどいところを除き、フォーラムなどでは、ほぼ必ずガイドやヘルプの文書を用意しています。

WADA さんが書きました: ヘルプ文書には、ちゃんと以下の項目があります。
> ファイルの添付
> 　この掲示板にアップロードできるファイルの種類は？
> 　自分がアップロードしたファイルを確認するには？
そして、このリンクの文書には、以下のように書いてあります。
> » 自分がアップロードしたファイルを確認するには？
> 登録ユーザーであればアップロードした添付ファイルのリストをユーザーCP 内の “添付ファイルの管理” で確認できます。
たとえ、誰かに最初に聞くほうが早いから自分で調べるなんてな無駄なことはしない、という文化で育った方であっても、操作説明書とか取扱説明書とか、マニュアルの類には必ず書いてあることを、自分では一切調べようともせず、何度も何度も他人に聞いて他人に調べさせる、ということは、できるだけ避けてください。
紙のマニュアルしかない時代は、大量のマニュアルの中から目的のマニュアルを見つけ出すだけでも大変でしたが、
HTMLが極く普通に使えるようになって、目次や索引でページを調べてからページを繰る必要もなくなり、
インターネットのおかげで、ブラウザーさえあれば世界中の文書を簡単に読めるようになり、
グーグルのおかげで、文書の探索なども驚くほど楽になっています。

felsendorf さんが書きました:「Thundebirdのバグでは無い」と言われましたが、「善意の利用者」がこのような騒ぎに巻き込まれるのは何かおかしいなと思います。

felsendorf さんが書きました:削除の方法をお教えください。

WADA さんが書きました:Thunderbirdだから、filenameをRFC 2231 エンコードしてますね。( Bug 193439 )
> filename*0*=ISO-2022-JP''%53%49%43%45%1B%24%42%42%33%21%39%25%57%25%6D%25;
> filename*1*=%3B%25%39%3D%4E%23%32%23%30%23%31%23%34%4A%67%3D%38%4D%57%39;
> filename*2*=%60%1B%28%42%30%34%31%30%2E%70%64%66
大体がiso-2022jpのメールでしょうから、filenameもiso-2022-jpでしょうし、皆さん拡張子は小文字でしょう。
となると、.emlファイルにわけて、「%2E%70%64%66」という文字列を含むファイル、で、最後の「.pdf」部分が分割されていない限りは「.pdfがファイル名にあるもの」を引っ掛けられるでしょう。
たとえ全部ではなくても、ある程度の数が引っかかれば、判断材料になります。

WADA さんが書きました: ところで、ピザや寿司を勝手に注文される危険性の排除は、お済みですか？
1ページ目でアクセスできるファイルはもう不要ですから、早めに削除しておきましょう。

1. FolderX,FolderYというフォルダーを作り、
   FolderYに、felsendorfさんが送信したメールで、少しでも関係しそうなメールを全部コピーし、
   日付順にソートし、一番新しいものを除いてFolderXにコピーし(全選択だと、ソート順に無関係にコピーだったはず)、一番新しいものをFolderXにコピー。
2. FolderXをテキストエディターで開き、Content-Type: application/pdf の行を検索し、
   上に戻って"From - 日付"の行を探し、その下のSubject:やDate:などを記録、を繰り返せば、
   felsendorfさんが送信したメールで、application/pdfでPDFファイルが送られた日付が全部わかります。
3. 今回の問題が起こる前に、最後にapplication/pdfでPDFファイルが送られた日付と、
   今回の問題が起こった後、間違った関連付けを削除して、最初にapplication/pdfでPDFファイルが添付されたメールが作成された日付の間が、
   felsendorfさんがPDFをtext/htmlで送った可能性がある期間になります。

(1-a) Content-Type: application/pdfでないといけないのに、 Content-Type: text/htmlで、拡張子＝.pdfのファイルが添付されたメールが送られてきた。
(1-b) あるいは、Webサイトに Content-Type: text/htmlでPDFファイルがあって、それを添付してメールを作成したので、拡張子＝.pdfのファイルなのにContent-Type: text/htmlで添付されたメールを作成した。
(2) (1)のメールに添付された.pdfファイルを見た時に、その間違った関連付け(.pdf ⇒ text/html)を、Thunderbirdに覚えこませてしまった。
以下略

WADA さんが書きました:

felsendorf さんが書きました:「検索条件（１）添付を持つ。AND検索条件（2）本文に.Pdfをふくむ」で検索条件くすると何故か次の2件しかヒットしません。

なるほど、本文に「～.pdfを添付したから読んどいて」みたいなものがあるメール、という手もあったか...
例え一部でも見つかれば、それを足がかりに捜索の範囲を広げたり絞り込めたりします。

あとは、felsendorfさんが間違った関連付けでPDFを添付したメールを見つけると、間違った関連付けをThunderbirdに覚えこませてしまった時期を推測できます。
少なくとも、その中の一番古いメールよりも前、になります。

WADA さんが書きました:

felsendorf さんが書きました:2.添付書類スペックで、「プログラムで開く　Internet Explore(規定）となっていること、

これは、(a) そのPDFの添付がCntent-Type: text/html になっていることと、(b) 既定のブラウザーがIEになっていること、を示しますが、わざわざそんなスクリーンショットを貼り付けなくても、(a) と(b) を説明するだけで済む話です。

このメールは、誰が送ったものですか？felsendorfさんは、受信者ですか？送信者ですか？

WADA さんが書きました:

felsendorf さんが書きました:b.このメールの保存は受信トレイにあると検索ではいってますが、受信トレイをいくらしらべても見つからないこと

でも、検索して、見つかったメールを開いて、添付を保存しようとしたら、「プログラムで開く　Internet Explore(規定）」、なんですよね？
検索後、どうやってそのメールを開いた？どうやってメールのソースを保存できた？

WADA さんが書きました:

felsendorf さんが書きました:ただ、判らないのはa.この書類を複数配布しているが、特に苦情が」きていないこと、
c.この書類は学会から複数の人に依頼文書として送られているものなので、被害者が私だけというのは信じられないことなどです。

本当に、前に書いたことをちゃんと読んでくれない...

たとえそのメールにContent-Type:text/htmlで添付されていたとしても、
まだ間違った関連付けをThunderbirdに覚えさせる前に、自分でpdfファイルとしてファイルに保存して、それを送ったのなら、Content-Type:text:htmlで送られるはずはない。
たとえ、felsendorfさんが、間違った関連付けをThunderbirdに覚えさせてから送ったとしても、拡張子は正しい.pdfであり、
多くのメーラーは、Content-Type:優先ではなくて、base64のデータを～.pdfというファイルに展開し、その.pdfを見てAdobe Readerに渡す、というようなことをしているし、
ましてや、受信者がファイルに保存した場合には、データとしてはbase64エンコードされた正しいPDFファイルのデータが送られているわけで、Content-Type:text:htmlであることは、一切の問題をひき起こさない。
そして、たとえ、felsendorfさんと同様にThunderbirdを使っていたとしても、間違った関連付けをThunderbirdに覚えさせてしまうことを、felsendorfさんからのそのメールを受け取った全Thunerbirdユーザーがするはずもない。
また、felsendorfさんからのそのメールを受け取った全Thunerbirdユーザーが、関連付けをThunderbirdに覚えさせることをしたとしても、必ずしも、felsendorfさんからの間違った関連付けのメールで行うとは限らないし、他にもPDFが添付されたメールも受け取っているであろうし、正しい関連付けのメールで関連付けをThunderbirdに覚えさせる確率のほうが高い。

そして、何度言っても、「文字化けする」「文字化けしない」、で、Content-Type:がどうなっているかの説明は一切無し...

WADA さんが書きました: こういったことが起こるのは、
1. 誰かが、.pdfを、Content-Type:text/plainで送ってきた。
2. その添付ファイルを開く時に、.pdfだからAdobe Readerあたりで開いたが、
　その時に、よせばいいのに、この種のファイルを開く時は常にこのアプリで開く、にした。
3. それで、 mimeTypes.rdfに、.pdf ⇒ text/plain の関係の設定ができてしまった。
4. で、自分が.pdfを送ると、Content-Type:text/plainで送ってしまった、
あたりでしょう。

WADA さんが書きました:
正しいapplication/pdfのPDFの添付ならば、表示・添付をインラインで表示、がオンだろうがオフだろうが、インラインで表示されることはありえなくて、アタッチメントペインにファイル名が表示されるだけです。
これくらいはおわかりですよね？
ですから、表示・添付をインラインで表示、をオンにしたときに、PDFにもかかわらずインラインで表示されてしまうこと自体が異常なのです。
何度も何度もContent-Typeのことを説明しているにも関わらず、
その異常な「PDFのインライン表示」において、Ｕ+FFFDが表示されると「文字化け」で、読める文字が表示されるから「文字化けしていない」、ということを、このトピックの始めのうちだけならともかく、今になっても繰り返し書いてくるのは、どういった理由からなんですか？
何度も何度もContent-Typeのことを説明しているにも関わらず、Content-Typeの確認・説明は一切せずに、その異常な「PDFのインライン表示」において、「文字化け」があるから怪しくて、読める文字が表示されていて「文字化けしていない」から怪しくない、というようなことを、今になっても繰り返し書いてくるのは、どういった理由からなんですか？

WADA さんが書きました:
一度、ファイルに保存したいくつかのPDFファイルの中身を、テキストエディターで見てみるといいかも。

felsendorf さんが書きました:「検索条件（１）添付を持つ。AND検索条件（2）本文に.Pdfをふくむ」で検索条件くすると何故か次の2件しかヒットしません。

felsendorf さんが書きました:2.添付書類スペックで、「プログラムで開く　Internet Explore(規定）となっていること、

felsendorf さんが書きました:b.このメールの保存は受信トレイにあると検索ではいってますが、受信トレイをいくらしらべても見つからないこと

felsendorf さんが書きました:ただ、判らないのはa.この書類を複数配布しているが、特に苦情が」きていないこと、
c.この書類は学会から複数の人に依頼文書として送られているものなので、被害者が私だけというのは信じられないことなどです。

WADA さんが書きました:まだ、「文字化け」云々と、ある種「ナンセンスだ」と言っておいたものとか、同じPDFファイルだの別のPDFファイルだとか、無関係のＰＰＴやJPEGがでてくる...

問題の本質は、
(1-a) Content-Type: application/pdfでないといけないのに、 Content-Type: text/htmlで、拡張子＝.pdfのファイルが添付されたメールが送られてきた。
(1-b) あるいは、Webサイトに Content-Type: text/htmlでPDFファイルがあって、それを添付してメールを作成したので、拡張子＝.pdfのファイルなのにContent-Type: text/htmlで添付されたメールを作成した。
(2) (1)のメールに添付された.pdfファイルを見た時に、その間違った関連付け(.pdf ⇒ text/html)を、Thunderbirdに覚えこませてしまった。
(3) そのために、PDFファイルを添付すると、PDFなのに、Content-Type: text/plainで送られるようになってしまった。
(4) Thunderbirdの、間違った関連付け(.pdf ⇒ text/html)を消したら、元通り、PDFは、Content-Type: application/pdfで送られるようになった。
であり、
PDFは、本来インライン表示できないのに、text/htmlになっているので、表示/添付をインライン表示、にしていると、PDFファイルの中身をHTMLとして表示しようとするから、滅茶苦茶な表示になって当然。
それを「文字化け」というのは、ナンセンス。
「滅茶苦茶な表示になる」ことは、問題が起こっていることの、かなり確度の高い傍証であることは確かですが、
常に、メールのソースで確認し、「PDFファイルの添付なのに、Content-Type: application/pdfではなくContent-Type: text/htmlになっているメール」、ということを検証していかないとダメです。

[追記]
問題の本質を考えようともせず、「文字化け」といった曖昧なことを根拠にするから、以下のようなことを書き出すのです。
> (A) 実際に文字化けが起こったのは5/13　10：44送信分、同日11：05送信分も同じ
> (B) PDF文書Aを添付。➡本文で文字化けせず➡送付文書も文字化けせず、添付文書は問題なし⇒ソースd……5/20
問題の原因から考えると、問題が起こり始めたのは、5/13 10：44以前であり、間違った関連付けを消すまでは、拡張子=.pdfのファイルを添付すれば、必ず、Content-Type: text/htmlで送られてしかるべきです。

「文字化けの有無」は、U+FFFD(�)が表示されていたか・いないか、ではありませんか？
PDFファイルの中身は、asciやShift_JIS版もあれば、バイナリーデータ版もあります。
そして、PDFファイルの中身をHTMLとして表示すれば、何が表示されてもおかしくはありません。
以前、ちゃんと『ナンセンスだ」と書きましたよね。
以前書いたことは、ちゃんと読んでください。
[追記おわり]