Macから発信されたメールに添付されて来たJPGファイル（写真５枚）が表示されません。
Windows系から発信された添付Jpgファイルは正常に開きます。当該Mac以外のMac
からの添付Jpgファイルも正常です。

使用システムは、WindowsXP　SP3,ウィルスバスター・クラウド。受信したメールのファイルサイズは添付ファイルのファイル容量を含んでいます。情報は正常に受信しているようです。

暫定解決法として、Thunderbirdで受信した当該件名を右クリックで、一旦デスクトップに保存し、保存したファイル名を右クリックし、「プログラムから開く」でOutlook Expressを指定すると、添付ファイルを含む受信メッセージ全体が開きます。不思議なことは、OEで開いた添付写真ファイルのファイル名がカメラが付したファイル名で無く、Contents-IDの長い英文字と数字の羅列文字に変身しています。

上記トラブルの解決方法をご教示下さい。

　
＊質問・投稿する前に フォーラムの利用について を読むのをお勧めします。
＊ご自分の利用環境として Thunderbird のバージョンぐらいは書き添えましょう。
＊質問した後やアドバイスをもらった後には結果や経緯を必ず書くようにしましょう。
　
　
Mac OS X のマシンから送られて来た該当メッセージのヘッダと添付ファイルのヘッダを提示して
みてください。
それによって何かわかるかも知れません。
　

kikiさん

レスポンス有難うございます。Thunderbirdは5.0にヴァージョンアップ後の現象です。それまでは正常でした。ヘッダー部分コピーしてみます。発信者と受信者のアドレス部分は隠しています。悪しからず。

From - Fri Jul 15 11:31:01 2011
X-Account-Key: account3
X-UIDL: 0000109f4bf4b693
X-Mozilla-Status: 0003
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Return-Path: <発信者メールアドレス>
X-Original-To: 受信者メールアドレス
Delivered-To: 受信者メールアドレス@wm4.fiberbit.net
Received: from wm4.fiberbit.net (fbit208.x-trans.co.uk [127.0.0.1])
by wm4 (Postfix) with ESMTP id AD72F6123F5
for <受信者メールアドレス>; Fri, 15 Jul 2011 11:27:11 +0900 (JST)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.5
Received: from serv1-gw.u-netsurf.ne.jp (serv1-gw.u-netsurf.ne.jp [202.233.0.153])
by wm4 (Postfix) with ESMTP id 90777612494
for <受信者メールアドレス>; Fri, 15 Jul 2011 11:27:11 +0900 (JST)
Received: from [192.168.1.2] (eA-es.202-233-48-190.ppp.u-netsurf.ne.jp [202.233.48.190])
by serv1-gw.u-netsurf.ne.jp (Postfix) with ESMTP id 01ABEB449F8;
Fri, 15 Jul 2011 11:27:05 +0900 (JST)
From: =?iso-2022-jp?B?GyRCRDlIeBsoQiAbJEIwa0lXGyhC?= <発信者メールアドレス>
Content-Type: multipart/alternative; boundary=Apple-Mail-110--470338527
Subject: =?iso-2022-jp?B?GyRCOiNGfCROJUYlOSVIPEw/PxsoQg==?=
Date: Fri, 15 Jul 2011 11:27:06 +0900
Message-Id: <E9431354-1E2F-42FB-BA62-D7AB64142ABB@dp.u-netsurf.ne.jp>
To: =?iso-2022-jp?B?GyRCTFpCPBsoQiAbJEJJWjtOTTpFQhsoQg==?= <受信者メールアドレス>,
Mime-Version: 1.0 (Apple Message framework v1084)
X-Mailer: Apple Mail (2.1084)

--Apple-Mail-110--470338527
Content-Transfer-Encoding: base64
Content-Type: text/plain;
charset=utf-8

「添付ファイル」
--Apple-Mail-111--470338526
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename=R0011730_3.jpg
Content-Type: image/jpeg;
name="R0011730_3.jpg"
Content-Id: <0A40CAAC-218F-4B88-9377-92A1B4C0718E>

よろしくお願い申し上げます。

　
ヘッダを拝見したところ特に添付ファイル名におかしいところはないようです。
が貼り付けていただいたヘッダをコピーして擬似的なメッセージを作成したところ、当方でも
添付ファイルは表示されず、MIME データの羅列となりました。
Apple Mail って特殊なのかな？

【正常例】（Windows 7 Professional SP1 + Thunderbird 5.0）


【気が付いた点】
１．Subject: や From: は ISO-2022-JP なのに本文が UTF-8 ということになっているようで
　　すが実際はどうなんでしょうか。

【その他】
１．他の Mac OS X から送られてきた正常なメッセージと比較したらどこか違うところはあり
　　ますか？
２．該当メッセージの添付ファイルをローカルに保存したら正常なファイル名になりますか？


バージョンアップ前のバージョンは？
バージョンアップ前では該当メッセージと同じものは正常だったのですか？


今回のケースとは直接関係ないかも知れませんが、以下のような添付ファイルに関連した問題が
あるようです。参考までに。
Macintoshから送られたメールの添付ファイルがMAPI接続を使うと見えない
Mac OS X v10.5, v10.6：Mail、Exchange サーバ — インラインメッセージの添付ファイルが読めない
Mac MailからWindowsにトラブル無く添付ファイルを送る方法 / Inforati
　

kikiさん

原因追求有難うございます。ご質問ですが、以下の通りです。

１．SubjectやFromと、本文の文字エンコーディングが違う点は、私も気づきましたが表示上は問題ありません。送信者に確認してみます。なにしろMacについては全く知識がありませんので追求のしようがありません。

２．別のMacからテストの目的で送信してもらった添付JPGファイルは正常に表示されたため、既に削除してしまいましたので比較出来ません。

３．添付ファイルはTB5.0では開けないため、ローカルに保存出来ません。OEでローカルに保存した添付画像ファイルのファイル名はContents-IDの長いファイル名に変身しているのです。

当該送信者とは永年画像を交換して楽しんでいます。それがTB5.0にヴァージョンアップした後に当問題が発生しています。

それと「オプション」「添付ファイル」のダイログにはJPGファイルの１行だけ表示されていますが、ここに問題はありませんか？

よろしく。





[quote="kiki"]　
ヘッダを拝見したところ特に添付ファイル名におかしいところはないようです。
が貼り付けていただいたヘッダをコピーして擬似的なメッセージを作成したところ、当方でも
添付ファイルは表示されず、MIME データの羅列となりました。
Apple Mail って特殊なのかな？

【正常例】（Windows 7 Professional SP1 + Thunderbird 5.0）
[code]Content-Type: multipart/mixed;
boundary="------------020609000201010701050505"

This is a multi-part message in MIME format.
--------------020609000201010701050505
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

[本文]

--------------020609000201010701050505
Content-Type: image/jpeg;
name="img003.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="img003.jpg"

/9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQY
GBcUFhYaHSUfGhsjHBYWICwgIyYnKSopGR8tMC0oMCUoKSj/2wBDAQcHBwoIChMKChMoGhYa
　　　　　　　　～　[中略]　～　　　　　　　　　　　　　　　
+I1fwmZOeT+NVGoor0obHHMaOtI/SiitTNjGA9KROrUUUdDKW5L2/Og0UUCENCdRRRQHUv2v
UVs2faiiuaZtTLL1V035hublmY5PrRRUPY1lubkH3R9KKKKyZR//2Q==
--------------020609000201010701050505--[/code]

【気が付いた点】
１．Subject: や From: は ISO-2022-JP なのに本文が UTF-8 ということになっているようで
　　すが実際はどうなんでしょうか。

【その他】
１．他の Mac OS X から送られてきた正常なメッセージと比較したらどこか違うところはあり
　　ますか？
２．該当メッセージの添付ファイルをローカルに保存したら正常なファイル名になりますか？

[quote="モーリン"]Thunderbirdは5.0にヴァージョンアップ後の現象です。[/quote]
バージョンアップ前のバージョンは？
バージョンアップ前では該当メッセージと同じものは正常だったのですか？


今回のケースとは直接関係ないかも知れませんが、以下のような添付ファイルに関連した問題が
あるようです。参考までに。
[url=http://social.technet.microsoft.com/Forums/ja-JP/exchange2007ja/thread/c692be11-4d4c-4ba6-9fe0-b0ffde24bb72/]Macintoshから送られたメールの添付ファイルがMAPI接続を使うと見えない[/url]
[url=http://support.apple.com/kb/TS2928?viewlocale=ja_JP]Mac OS X v10.5, v10.6：Mail、Exchange サーバ — インラインメッセージの添付ファイルが読めない[/url]
[url=http://inforati.jp/apple/mac-tips-techniques/internet-hints/how-to-send-attachment-files-to-windows-with-mac-mail-app.html]Mac MailからWindowsにトラブル無く添付ファイルを送る方法 / Inforati[/url]
　[/quote]

　

了解です。
私も Windows ユーザなのでさっぱりわかりませんが、文字エンコーディングが異なるのは
表示上問題なくともそういう仕様ならばお行儀がいいとは思えないですねぇ。


了解です。


Outlook Express はわかりませんがローカルに正しく保存できないということは添付ファイ
ルが壊れているか、どこかに問題がある可能性があると思われます。


ですからバージョンアップする前はどのバージョンだったのですか？
Thunderbird のプロファイルは同じものを引き継いで使用されているのでしょうか。

念のため、Thunderbird のセーフモード起動や新規プロファイルでも再現するか確認してみ
てはいかがでしょうか。
またバージョンアップに失敗しているかも知れませんので再インストールも試してみてもい
いかも知れません。（プロファイルは削除されません）


それだけではわかりません。
どのような関連付けがされているかにもよります。
（Thunderbird 側のファイル関連付け設定と OS 側の関連付け設定によります）　
　
当面の回避策としては紹介した参考情報にもあるように画像ファイルを圧縮して添付しても
らう方法でしょうか。（一般的な圧縮形式で）


【余談】
引用がうまくできていないようです。
投稿（送信）する前に [プレビュー] で目視確認してくださいね。
また全文そのまま引用するのはやめてください。
　

kikiさん

再三のアドバイス有難うございました。
今までアドバイスいただいた点、時間をかけてレビューしたいのでしばらく休戦させていただきます。この種の問題解決には素人のため貴殿のアドバイスに即応出来かねます。悪しからずご了承いただきたくお願い申し上げます。

kikiさん

原因追求再開します。休戦中に分かったことですが、受信した添付？画像を「メッセージのソース」で見たところ、Content-Dispositionが「inline」となっています。別のattachmentで受信した添付画像は正常に見られます。

MacのiＰｈｏｔｏは操作が簡単なため、送信メッセージと画像処理を同時に行うようです。その結果、送信された画像ファイルは添付扱いで無く、挿入（貼り付け=inline）で送信されているようです。

この現象を再現したいと考え、TB5で自分宛に先ず送信メッセージを入力。画像を「挿入」でメッセージに挿入（貼り付け）してみました。画面上ではメッセージも挿入した画像も正常に見えています。これを「後で送信」をクリックします。表示された画面で内容をチェックすると、メッセージだけが表示され挿入した筈の画像は消えています。操作上の手違いは犯していないと思っています。

Content-Dispositionがattachmentの場合は送受信とも正常に処理されます。
Content-Dispositionがinlineの場合に問題が有りそうです。

MacのiPhotoから受信したinlineのソースコードをattachmentに変えてテストしてみたかったのですが、ソースコードを直接キーボードから入力や修正しようとしても出来ません。どうすれば修正可能ですか？

以上、回答いただければ幸いです。

　

該当メッセージはすでに削除したんじゃなかったんですか？
Content-Disposition が「inline」であろうと「attachment」であろうと通常は問題ありません。
画像を本文と一緒に表示させるかしないかの指定方法の違いです。
Thunderbird では「attachment」であっても「添付をインラインで表示」にすれば画像は表示
されて見ることができます。


該当メッセージを送って来た方は単純に画像を添付する操作をされたのではなく、MAPI 機能で添
付されたということでしょうか。
つまり画像を選んで「メッセージを送信」とか「メッセージに添付して送信」などの機能を利用し
て画像ファイルをメールクライアントに渡して添付したメッセージを作成されたということですか。


該当メッセージはプレーンテキスト形式だったのでは？
画像を挿入するという操作は HTML 形式のメッセージではありませんか？
ソース表示で見たら画像ファイルの実体が消えていますか？

HTML 形式のメッセージであっても下書き保存あるいは「後で送信」で送信トレイに保存したもの
であっても添付された画像は表示されます。
メッセージの表示形式は合っていますか？


先に紹介した添付ファイルに関する問題のリンク先を読んでみてください。
おそらくそれとほぼ同様のケースではないかと思われます。
回避方法もそこに書かれています。
該当メッセージを送って来た方にどのような操作をして画像添付のメッセージを作成されたかを確
認されれば判明するのではないでしょうか。
（MAPI 機能を利用しての添付の有無と添付挿入の位置など）


Thunderbird のソース表示は「表示する機能」ですので編集（改変）はできません。
該当メッセージを一旦デスクトップなどに保存してテキストエディタなどで編集すれば可能です。
注：文字コードを合わせて編集しないと文字化けしたり、正常に読めなくなります。
　
おそらく「attachment」に変更されても添付画像は Content-Type: image/jpeg となっています
ので モーリン さんの Thunderbird の「添付ファイル」の動作設定がおかしくなければ関係ないと
思います。
動作設定は [オプション] > [添付ファイル] で確認できます。
　

kikiさん
本件につき質問を沢山いただきましたが、回答は一時保留させていただきます。午前中、いつも画像を交換しているWindows7/Ｗｉｎｄｏｗｓ Ｌｉｖｅメールを使用している友人に頼んで、「添付」でなく「挿入」で画像を１枚送信してもらいました。この友人は何時も画像を「添付」で送ってくれます。問題が発生したことはありません。結果は、Macの友人と同じでメッセージは読めましたが、画像は開きませんでした。ファイルサイズは大きいので画像データは届いているようです。OE6を使ってみたところ、メッセージも画像も見ることが出来ました。

前便で自分のパソコン環境で「挿入」をテストしたことに触れました。TB5はプレーンテキストでは「挿入」は使えません。それで、HTMLモードに切り替え、メッセージを挿入し、画像も挿入しました。この段階では両者共に画面上で見えています。これを「後で送信」にすると、画像は画面から消え、メッセージだけが残っています。ファイルサイズも小さな数字です。これは送信前に起きている事です。

送信前のこの現象を解決出来れば、受信の場合も解決するのではと思っています。

　
誤解されてはいないと思いますが念のため補足しておきます。

私が モーリン さんに質問しているのは モーリン さんのところで起きている問題を現象だけではなく
よりその内容と実体を明確にするためにお尋ねしています。
その理由は具体的な実体がわからないと起きている現象が説明できない、つまり解明できないからで
す。


挿入された画像ファイルの実体はあるが表示されない（開かない）ということですね。
メッセージ内にある添付（挿入）ファイルの動作設定（mimeTypes.rdf）がおかしくなっているかも
知れませんので確認してみてください。

もし初期化する場合は以下の事例がわかりやすいでしょうか。
[参照]
mimeTypes.rdfを初期化する方法
[参考]
プロファイル | 操作方法 | Thunderbird ヘルプ


Apple Mail の「挿入」とまったく仕様が同じかは不明ですが、HTML 形式のメッセージに画像を挿入し
て自分宛に送信しようとしたら保存時点で消えた（削除された？）ということですね。
ソース表示で画像ファイルの実体があるかどうか確認してみてください。

また、これは最近報告された以下の事例と似てませんか。
共通している環境条件としては「ウィルスバスター」がありますね。
[参照]
挿入した画像が送信できない
　

kikiさん

再三再四のアドバイス有難うございます。万策尽きた感じです。

１．mimeTypes.rdfの削除と初期化しましたが変化無し。
２．ウィルスバスターの全ての機能を無効化しましたが効果無し。
３．約１００KBにリサイズした画像を挿入して送信しようとしましたが、送信直前のファイルサイズは１．６KBしか無く、テストメッセージだけが残っています、ソースコードを見るまでもありません。
４．ご指摘の通り、kirakiraさんの「挿入した画像が表示できない」とほぼ同じ現象です。

つまるところ、「挿入」機能の不具合に尽きると思っています。送信で解決できれば、受信時の不具合も解決すると思っています。

　

了解です。

上記以外にも手がかりを探る方法はあります。
１．似ている事例として紹介した kirakiraさんの質問トピック「挿入した画像が表示できない」でも
　　書いたようにトラブルシューティングを試す。
２．ウィルスバスターの履歴に画像ファイルの削除や隔離の情報がないか確認してみる。
３．オフライン状態（LAN 接続を解除した状態で）で OS をセーフモードで起動して再現するか確認
　　してみる。
などです。
　
挿入機能の不具合が起きていないケースもあるわけですから モーリン さんの環境条件下で起きている
特有の状況かも知れません。
　

kikiさん

再三再四のご親切なアドバイス有難うございました。二度目になりますが、今度は長期に休戦したいと思います。

私の結構長いパソコンとの付き合いで、現在の不具合はこの画像受信の問題だけですので、落ち着いているシステム環境をアチコチさわって無用に壊したくありません。

私の場合、画像は「添付」で頻繁に送信していて何ら問題はありません。「挿入」で送信することは皆無であり、その必要性もありません。

問題はMacの友人からの画像の受信だけです。これも、受信ヘッダーを右クリックでデスクトップに一旦保存し、保存されたファイルを、これも右クリックで「プログラムで開く」でOEを選択しますと、画像は正常に展開されます。画像のExifデータも完全に表示されます。手間が若干増えるだけの話です。

TB5にヴァージョンアップした後発生した問題です。TBに限らず、私はどのソフトも常に最新ヴァージョンを使っています。それまでのTBの時代には、Macの友人からの添付ファイルは正常に処理出来ていました。本件はTB5の問題と私は見ています。近い将来、解決策が見出されることに期待して、しばらく静観させていただきます。

本当にお世話になり有難うございました。kikiさんの今後のご活躍を祈念しています。

　
直接解決にお役に立てずで心苦しいのですが、補足の意味も込めてコメントします。


戦いではないので一旦原因の解明をお休みするということだと理解してます。
どうされるかは自由ですのであまりこだわらないのもいいかもですね。


お気持ちはわかります。
私も OS をリカバリーするような壊し方はあえてしたいとは思いませんし・・・。
必要性がないものを無理矢理いじることもないですから。。。


以下の事例では再インストールで解決されたとのことです。
挿入した画像が送信できない

再インストールで解決するとなると Thunderbird 自身に問題を抱えていた可能性もありますし、
OS 側に何らかの問題があった可能性も考えられます。
どちらも否定できません。
可能性の問題で云えばきりがありません。

別の見方として、アプリケーションのトラブルから OS の不具合を発見することになって結果的に
思わぬ改善につながることもあろうかと思います。

インストールとアンインストールでシステムに不具合をもたらすような出来の悪いアプリケーショ
ンがまったく無いとまでは云えません。
が通常はアプリケーションの再インストールでシステムが壊れるようなことは考えにくいと思われ
ますのでお時間のあるときにでも一度お試しください。
＃できればクリーンインストールあるいはアンインストール後にインストールフォルダを削除した
　上での再インストールをお勧めします。
　
【補足の補足】
Thunderbird のトラブルシューティングでシステムに不具合をもたらすようなことは操作や作業上
の不備や OS の不具合などが無ければほぼ皆無と考えてよろしいのではと考えます。