やっぱりダメ＞韓国語メール

macfanaticさん、コメントありがとうございます。
　
> 基本が日本語ではない
　
んー、考えにくいですが、「優先言語によってエンコーディングの挙動が違う」かもしれないってことですね。
　
試してみます。それでアクティブになるなら、Mail.appの決定的なバグといえるでしょうし。
　
> また何か分かったらお知らせします
　
ありがとうございます。
もし、次にご友人のiBookに触れる機会があったら、送信済みのメールで「表示」＞「全ヘッダ表示」させて、Content-Typeを確認していただけたら、うれしいです。
宛先によって、EUC-KRだったり、ISO-2022だったりしているなら、完全にエンコーディングをコントロールできているということですから、より確かな糸口になります。

undefined

なかなかつながらないアップルコールセンターにつながりましたので（笑）、真相を聞いてみました。
　
すると「送信時のエンコーディングは、変更できない仕様になっている」と明言されました。(^^;
　
続けて、Terminalなどから、各国語の「デフォルト」のエンコーディングを変更できないのか？　と質問したところ、これもできない、という回答でした。
　
すっきりさっぱり言われて、あきらめがつきました（爆）。
　
macfanaticさん、引っぱりまくって申し訳ありませんでした。
ご友人は、何か「コロンブスの卵」的——それこそサポートも認知していないような——Tipsを、探し当てているのかもしれませんね。
　
一つ、環境設定の「受信メッセージと同じフォーマットを使う」というのを、苦情覚悟で（笑）試してみようかと思います。
これだと「Apple Binary」になって、「リッチテキスト」と同じく、エンコーディングが不明になるのですが、ひょっとしてうまくいくかもしれません。
　
ありがとうございました。

もう答えが出たかのように思われているようですが、前に問われた質問に対して答えが出ましたのでお知らせします。
>もし、次にご友人のiBookに触れる機会があったら、送信済みの
>メールで「表示」＞「全ヘッダ表示」させて、Content-Typeを
>確認していただけたら、うれしいです。
>宛先によって、EUC-KRだったり、ISO-2022だったりしているなら、
>完全にエンコーディングをコントロールできているということです
>から、より確かな糸口になります。
確認をしました。送信済みのメールで「表示」の中の「ページのソースを見る」（韓国語の訳なので日本語だと微妙に違うかも）というので出てくるのですが、前回お話した通り、Windows, DOSのエンコーディングを選択して送信したメッセージはContent-Typeの中のcharsetのところが正にEUC-KRになっていました。それからISOの方に設定して送ったメッセージは同じく「ページソースを見る」でcharsetはUTF-8（ユニコードのものですよね）になっていました！
実際後者は韓国でよく使われている無料のウェッブメールサーバのhanmailというやつ（daum.net）で、友人本人もそこに送って見せてくれたので私の目でも見ましたが、ちゃんとハングルで読めました。（betaさんもご自分でアカウントを作ってみて送って試してみるというのはいいアイデアかも？）
前者は友人の留学先韓国の大学のウェブメールだそうです。
それでは、betaさんはサポートにまで電話して聞いてだめだということだったのに、どういうことか、と思われるかもしれません。それに対して考えられることをお答えしようと思いますが、その前に誤解があるかもしれませんので一つ確認をさせてください。
>> エンコードの変更をするのはメッセージボックスを開く前のようです。
>とのことですが、「メッセージボックスが選択されていません」
>とウインドウに表示された状態で、という意味でしょうか？
>もちろん、この状態でも新規メールを用意して試しましたが、
>エンコードは選択できないようになっています。
ここで私が「メッセージボックス」と言ってしまったのは正確には「メッセージ作成ウインドー」と言うべきだったのかもしれません。つまり、返信をする時に返信ボタンを押して、また新規に送る時に「作成」を押して、出すウインドーのことです。それを出す一歩手前、つまり簡単に言えば受信箱を出してそこにメッセージのリストを見ている状態、ということです。そこでエンコードの設定を変えることができるのです。このことは、もしそちらで誤解なく理解されていたのであれば、無視して下さい。
それでは、上記のそちらでできない考えられる理由ですが、それは先日の私のメッセージに書いたことなのですが：
>一つ言い忘れましたが、友人のiBookは米国で購入したもの
>でした。つまり基本が日本語ではない、ということです。
>このことが関係しているかもしれません（ということはない？）。
>だからappleworksなどは韓国語は全然ダメだ（日本語に
>ついては聞いていない）と嘆いていました。
ということにあるように思います。これに対して私が誤解させたと思うのですが、betaさんは次のように答えています：
>> 基本が日本語ではない　
>んー、考えにくいですが、「優先言語によってエンコーディング
>の挙動が違う」かもしれないってことですね。
>試してみます。それでアクティブになるなら、Mail.appの
>決定的なバグといえるでしょうし。
OSXなどかなりユニバーサルな形で世界のどこで買っても同じものがついてくる、というのに近い状態になっていると思いますが、他のプログラムはそうなっていないことが多々あります。ワープロのプログラムなど典型的なもので、買った国のユーザの言語にかなり特化してあります。友人の上記の米国で買ったAppleworksの例はまさにその例で、友人のAppleworks6では、日本語も韓国語も打てはするのですが、保存してまた開くと文字化けでしか見れないしスクリーン上で見えているのに印刷すると文字化けでしか出てこないなど大変なものです。これはOSに字体とかその機能がないわけでなく（Mailではできているわけですし）そのプログラムAppleworks6にその機能が備わっていないわけです。実際、試しに私の日本で買ったiBookについてきたAppleworks6をコピーして試してみたら、日本語も韓国語も保存も印刷もできたのですから。（ワープロなどの場合、ワードやアクロバット（リーダ）などもそうですが、アジアの言語一つできればかなり他の言語もできたりするようです。）
そう考えてのBetaさんのMailができない理由ですが、友人のは「基本が日本語ではない」というのはMailの基本のことで、OSの設定を変えることで変えられるようなことではないのであって、だから（オリジナルの？）英語版Mailを手に入れなけれ

そう考えてのBetaさんのMailができない理由ですが、友人のは「基本が日本語ではない」というのはMailの基本のことで、OSの設定を変えることで変えられるようなことではないのであって、だから（オリジナルの？）英語版Mailを手に入れなければならないのではないか、ということです。Mailはかなりユニバーサルに作っているように見えるのですが（そして実際米国で買ったものについてきたMailはそういうようにしてあるのではと考えられるのですが（本当に色んな国の人がいますから））、逆に日本でかったOSについてきたMailは日本語に少し特化してある（あるいはユニバーサル化が遅れている）のではないか、ということです。（信じられないことかもしれませんが、米国に住んでいてマックを（これにはpcも同じ）日本語化してきた経験のある私には簡単に納得のいくことなのです。）
長くなってしまいましたが、Betaさんのメッセージを読んで参考にさせてもらいあれこれ教えて来た韓国語を使う友人には、「マックも悪くないではないか」と感謝されています。できているのです。
Betaさんもうまくいくことを願うばかりです。
ただ、私の見た限り韓国ではかなりWindows化が進んでいるようでMS（派）にこれからもかなり意地悪をされるかもしれませんね。WebmailサーバでもブラウザはIEしか受付けない（本当です。中国にもあるのです。）ところもあるわけですから。今度のエンコーディングの問題もそれに近いように思えます。
余談でした。

macfanaticさん、お返事遅れて申し訳ありません。
また、長文にわたるメッセージ、本当にありがとうございます。
　
純正アプリといえども、米国とそれ以外の国では挙動が違う点、また、英語版Mailで実際に振り分けができている点、僕にとっては驚きでしたが、よく理解できました。
　
今後は、この事実をもとにフィードバックしていくしかないと思いますが、その土台を築いていただき大変感謝しています。
ありがとうございました。

横からすみません．
Betaさんは納得されてしまったようなのですが，実際にMailのバージョンが違うことは確認されたのでしょうか?
ついでにOSのバージョンも．10.1と10.2では所々挙動が違いますよ．
ちなみに，EGWordPureは，10.1では言語設定が英語最優先でも使えたのに，10.2では日本語最優先でないと使えない．この件とは直接関係ないとは思いますが，参考までに．
MailはCocoaアプリだったと思いますが，Cocoaアプリに限って，わざわざローカライズのために別のバージョンにするなんてことはないと思います．Carbonアプリなら分からなくもないけど．
実際にOSやMailを確認していただけないでしょうか．もしかすると，ソフト単体か本体付属かでも異なるかもしれません．
ちなみに，私のは単体購入，OS10.2.1です．Mailのバージョンは今ちょっと確認できません．

YMKWさん、コメントありがとうございます。
引っ張りすぎて、ページが流れそうですが。(^^;
　
> OSやMailを確認していただけないでしょうか．もしかすると，
> ソフト単体か本体付属かでも異なるかもしれません．
　
自分の今回の問題（送信メールのエンコードが変更できないこと）は、10.2の時も、10.2.1になってからも起こっています。
この間、Mail.appのバージョンは、1.2のまま変更ないと思います。
一方、macfanaticさんのご友人も10.2をお使いとのことなので、Mail.appのバージョンとしては「おそらく」10.2、言語仕様が違うもの、と推測されます。
　
英語版OS X 10.2を持っていませんので、「おそらく」以降を自力で確かめる術がありません。
　
「ソフト単体か本体付属か」の部分は、つまりMac本体付属ならその機種に「特化された何か」があるかもしれない、ということですね？
自分の場合は、8月下旬に発売された10.2のパッケージを購入、10.2.1にバージョンアップしています。
9月以降に新品で買ったMacなら、「本体付属かどうか」を考慮しなくてはいけないかもしれませんが、これも、単に「もとの10.1.5システムディスクと差し替えた」レベルで、実際には単体購入と変わらないのではないでしょうか。一昨日に発表されたばかりのiBookやPowerBook G4なら変更の可能性はありますが。
　
あとは手持ちのiPodにすっぴんの新規10.2をインストールして、Mail.appの挙動を再度確認することが考えられますが、10.2.2ももうすぐ出るこの段階で確かめる意味があるのかどうか……。(^^;
バージョンアップのたびに確認しなくてはいけないようなら、ちょっと憂鬱ですね。
サポートが「仕様」と断言している以上、将来のバージョンで対応してもらえるよう、要望を出すしかないと思っています。

undefined

私が韓国語でメールをやり取りしていたのはもう何年も前で、ひょっとしたら
不正確または古い情報を流してしまうかもしれませんが、何かの参考になれば
と思いポストします。
とても長くなるので、結論から書きます。
(1)韓国語のメールは EUC-KR が普通、ISO-2022-KR が読めない環境は多い
(2)Apple Mail では ISO-2022-KR でしか出せない(ようだ)
韓国でも昔は ISO 2022 の7ビット系符号がメールで使われていたのですが、
途中で捨てた経緯があります。日本にはなぜか ISO 2022 が大好きな人達が多
く今でも大手を振ってまかり通っていますが、私はそれらには大きな欠点があ
ると思っています。(詳しくは書きません)
韓国での事情は次のページに詳しく書いてあるのですが、これも少し古いよう
ですね。
http://jshin.net/faq/qa9.html
昔メールのやり取りは ISO-2022-KR で行うと決めていたのは RFC 1557 です。
次のURLによればこれは遠からず obsolete されることになっていたようです
が、どうもまだのようです。(事情が変わった？)
http://tsukuba.m17n.org/mule-archive/1997-10/msg00067.html
結局、Seochon氏のページは古すぎて、現在では参考にならないということで
す。実際、私も3年ほど前 ISO-2022-KR で出したメールが読めないと言われた
ことがあります。
Apple Mail でハングルのメールを送る実験を少ししてみましたが、ヘッダは
ISO-2022-KR の B エンコーディング、本文は ISO-2022-KR の
Quoted-Printable になります。RFC 1557 ではヘッダは EUC-KR を B または
Q エンコードすることになっていますから、Apple Mail はこれにも違反して
いることになります。この挙動はどのように設定を変えても変わりませんでし
た。「新規作成」をする前にテキストエンコーディングを韓国語(Windows,
Dos)にしても同じですし、EUC-KR でやって来たメールにリプライしても変わ
りませんでした。Mail のバージョンは 1.2 です。設定によって送出するメー
ルのエンコーディングが変わるという説がありましたが、こちらでは再現でき
ません。サポートの言うことは正しいように思われます。
これは Microsoft がどうのこうのという問題ではなく、単に Apple Mail
の仕様が現状の運用に合っていないだけのことです。

YMKWさん、Hiroki Moriさん、ありがとうございます。
二人だけでやっていたと思っていたらびっくりですね。＝＝＞Betaさん
何故か（？）できている友人のメールのバージョン等を確認しました。
OSは前にも言いましたがOSX10.2.1です。（米国で購入して一か月ぐらいです。）
Mailは、次のように書いてあります：Mail 1.2(v546)
今も問題なくメールのやり取りができていることに変わりはないようです。
だいぶマックにも慣れて、このディスカッションボードも見ると言っていますので、本人が参加できるのではないかと思います。
需要は少ないのかもしれませんが、このへんは日本のアップルに要求する必要があるのではないでしょうか。

> Mailは、次のように書いてあります：Mail 1.2(v546)
> 今も問題なくメールのやり取りができていることに変わりはないようです。
これを読んで、ふと思い当たることがあったので試してみました。案の定、
韓国で一般的な方式と互換性があるエンコーディングに変わりました。
より正確には、ヘッダはEUC-KRのBエンコーディング、本文はEUC-KRの
Quoted-Printableで送信されました。これなら、最近のメーラのほとんどで
読めるのではないでしょうか。
やり方ですが、
(1)システム環境設定を開く
(2)「言語環境」をクリック
(3)「言語」タブが選択されていることを確認
(4)上の「言語：」一覧からハングルを探し、一番上に移動
(5)もし Mail を起動していれば終了
(6)Mail を起動、メニューはハングル表示になる
(7)（オプショナル）環境設定の「作成」でリッチテキストを一般テキストに変更
(8)ハングルでメールを書き、送信
うまく行ったでしょうか？　もしこれでうまく行ったとすると、言語環境に
依存してエンコーディングが変わる仕様になっていると結論できます。
もちろん、しょうもない仕様なので、改善を要求すべきです。

Hiroki Moriさん、コメントありがとうございます。
詳しく検証もしていただき、感謝いたします。
　
優先言語を変える方法は、当初から解決法の候補にあげていて、手順の面倒さから（笑）自分で検証しないままでいました。
できることはできるわけですね。
ということは、韓国語ネイティブな人には、「まったく不具合が出ていない」ということになりますね。(^^;
　
現状では少々面倒ですが、（今のところ）毎日書くものではないので、この方法でやっていこうと思います。ありがとうございます。
日本語優先の場合も、エンコードを変更できるように改善してほしいという要望は、粘り強く出すしかないですね。
　
韓国語優先でエンコードがEUC-KRに変わるなら、「英語優先」でも変わる可能性がありますね。
macfanaticさんのご友人が、まさにこの環境なんでしょうか。
＃自分が英語優先で試した時は、確かダメだったようなのですが……何か勘違いしてるかもしれません。
　
> 韓国語のメールは EUC-KR が普通、ISO-2022-KR が読めない環境は多い
　
あー、これです（笑）。この情報を初めからもっていれば、回り道が少なくて済んだんですね……。(^^;
　
Mail.appは、.Macや他の純正アプリとの連携、IMAPへの対応などですっかりメインメーラーになっていますが、マルチリンガル対応のツメが甘いことがはっきりしました。
　
貴重な情報、本当にありがとうございます。

> ヘッダはEUC-KRのBエンコーディング、本文はEUC-KRのQuoted-Printableで送信されました。
　
自分宛で試してみると、確かにこのように変更されました。
　
ちょっと面倒な仕様ですが、Mail起動の一瞬だけ変えてまたもとに戻せばいいだけなので、慣れればこれでやっていけそうです。
もちろん、早急な改善を再度要求しようと思います。
　
皆様、さまざまなアドバイス、ありがとうございました。