Mailの文字化けについて

ありがちなところですが、iso-2022-jpに使えない文字が含まれているのではありませんか？

返信に限って問題が生じるなら、返信元のメール、たとえば差出人の署名部分に使えない文字が含まれているとか。

以下の操作で使えない文字を見つけることができます。って、過去ログでも書いたっけ。＞俺

1. オンラインソフトのJeditXを起動し、新規ファイルを作成して保存する。

2. 保存の際に文字コードをiso-2022-jpにする。

3. メールの全文をコピーして、JeditXの先のファイルにペーストする。

4. ツールメニューの「エンコーディング互換性チェック」を実行する。

これが面倒！メールの返信時に互換性をチェックして欲しい！

…と思う方は、下記の内容（または別途作成した文面）をアップル社にフィードバックしてください。

送信時に文字コードの警告を望む

co による書き込み:

Mailで、『iso-2022-jp』『SHIFT-JIS』のメールに返信する際、書きかけ保存時に「そのまま保存すると文字化け」し、

「エンコードを“自動”から同じisoとかにして保存」すると保存すらできません。

保存できない際のアラートは、

「添付ファイルのサイズが大きい、添付ファイルをいくつか削除して」との内容。もちろん添付なんかしていません！！！

引用の事かと思いこの返信時に引用を用いないでやっても同様。ヘッダーの容量？のこと？(´_`)わからん。。。。

文字化けを起こす文字コードを事前に削除すれば良いのではないでしょうか。

根っこは全て同じだと思いますが。

このエラーメッセージは、文字コード関係をうまく処理出来ないことが別のエラーをひき起し，最終的なエラーに対応するエラーメッセージが出たものでしょうね。プログラムじゃ良くあります（人目に付く機会は少ないでしょうけど）。

Mailで、『iso-2022-jp』『SHIFT-JIS』のメールに返信する際、書きかけ保存時に「そのまま保存すると文字化け」し、

ISO-2022-JPへの返信でも化けますか？　SHIFT_JISへの返信がISO-2022-JPだった場合、下書き保存すると化けて見えますが、これは表示のバグなので送信すれば受け手の環境では化けていないと思います（http://d.hatena.ne.jp/NAOI/20080421/1208774931）。

「エンコードを“自動”から同じisoとかにして保存」すると保存すらできません。

ISO-2022-JPの範囲外の文字を含むメールであれば、これは仕様です。

保存できない際のアラートは、

「添付ファイルのサイズが大きい、添付ファイルをいくつか削除して」との内容。もちろん添付なんかしていません！！！

これはアラートの内容がおかしいですね。「ISO-2022-JPでは送信できない文字を含んでいます」的なメッセージが出るべきところだと思います。

大雑把に言えば、メールが来たらそのまま返信してハイ終わり。っていう事にできないのでしょうか？

送信するメールがUTF-8になってはまずいなら、Mailは不便かもしれません。

co による書き込み:

文字コードの「事前」削除？

（株）やTELを１文字で表現する文字コード、丸囲み数字等を、返信時に削除。

全角のスペース、全角のチルダ、全角のハイフン等も、関係することがあるようですが。

色々試せば、分かるのでは？

一発OKな設定が欲しいです。

そりゃそうですけど、文字コードに限らず技術標準にかかわる討議に参画する日本人がほとんどいない状況（参画しようとしても評価されない）では、難しいでしょうね。

使わせてもらっているだけなんで。

あと、相互運用性を大事にしない（囲い込みたい）企業も、問題かな。マイクロソフトや携帯電話会社は、特にこの傾向が強そう。

携帯の絵文字のコード化も、Googleにしてもらえなければできない日本の携帯会社も情けない。

http://japan.cnet.com/mobile/story/0,3800078151,20384345,00.htm

「から」という意味の波線です。。

こんな当たり前の文字が・・・

うわあ、これはバグっぽいですね。

JIS X 0208の1区33点「〜」（波ダッシュ）をUnicodeで表現する際、MacではU+301C WAVE DASHに、WindowsではU+FF5E FULLWIDTH TILDEになります。Macで作成したメッセージに何らかの理由で（Windowsで作成されたテキストを経由するなどして）U+FF5E FULLWIDTH TILDEが含まれる場合、これをISO-2022-JPで表現することができず、Mailではcharset=UTF-8になります。ここまでは、仕様です。

ところが、Mail 4.1（1076）は受信したメッセージにJIS X 0208の1区33点「〜」（波ダッシュ）が含まれる場合、（Macのアプリなのに）なぜかこれをU+FF5E FULLWIDTH TILDEと解釈するようです。そのせいで、波ダッシュを含むメッセージを引用して返信した場合、charset=UTF-8になってしまいます。

co による書き込み:

「から」という意味の波線です。。

１０年以上前から、MACとWINでは別の文字コードです。

何かの食い違いで、こうなったようです。

ちなみに、字形としては、最初に上に上がる文字（MAC)と、下に下がる文字(WIN)がありますね。

参考

http://ja.wikipedia.org/wiki/チルダ

http://ja.wikipedia.org/wiki/波ダッシュ

usadii3です。（情報収集中）

（うーん。一回目のPOSTが必ず一行だけ残して消えちゃうのはなぜ？！）

なるほどねぇ。Tiger以前のMail.appからあった文字コードの問題が顕著化したって感じでしょうか。すると古いWindowsユーザーとのやりとりなんかも多い私などはSnow LeopardのMail.appはまだちょっと怖いなぁ。引き続きThunderbird 3（β）を使うことにします。情報ありがとうございます。

co による書き込み:

日々の送信・返信・相手の環境などを気にかけながら、まるでインプットメソッドの学習機能のようなMailライフです。

私はほとんど（全くかも）気にしていない（笑）。

相手が悪いので、そのまま返信します。最近は、文字化けしているとの苦情は皆無です。

以前は、文字化けと言われたときは、外字等を使うから駄目んなんで，使うのを止めてくださいと、教えてあげることにしてます。

現在でも、お偉い人や、新人（単に知らないからでしょう）なんかは、駄目メールが多いですね。

最近、某通信会社からのメールで（月）の１文字版があり、無視して返信したら、こちらの送信済みメールが文字化けしてた。

なので、消して転送すると共に、その人に（上司，更にその上司へのＣＣ付きで）使わないように連絡したら、理解してくれたようです。