¥がバックスラッシュになる

RFC 1468 符号化表現（ISO-2022-JP）において、
ISO/IEC 646 国際基準版に切り替えるエスケープ・シーケンス（1B 28 42）の後に
5C が来る場合はバックスラッシュとして、
JIS X 0201 ラテン文字集合に切り替えるエスケープ・シーケンス（1B 28 4A）の後に
5C が来る場合は円記号として表示するということでしょう。
Shift-JIS（Mac）では、
フォントによって 5C がバックスラッシュとして表示されたり（欧文フォント）
円記号として表示されたり（和文フォント）します。
多くのメール・クライアントは、フォントの違いなど考えず、
5C を一律に 1B 28 42 5C として送信します。
また、多くの場合、これによって送信者は円記号を意図しているわけですが、
Apple Mail がエスケープ・シーケンスを厳密に解釈するために、
結果的に「化けて」見えてしまうということだと思います。

些細なことですが、訂正しておきます。
（誤）
多くのメール・クライアントは、フォントの違いなど考えず、
5C を一律に 1B 28 42 5C として送信します。
（正）
メール・クライアントの多くは当然和文フォントを想定しながら、
あえてというか慣習として、1 バイト英数字は一律に
エスケープ・シーケンス 1B 28 42 を用いて符号化し送信します。

へーそうですか。僕はてっきり逆（1B 28 4A）の方が多いかと思っていま
したが。僕の場合 Mail.app でメールを見てると、URL に含まれるチルダ
がオーバーラインになっているのをときどき見ます。
ところで、「フォントによって」とか、「和文フォント」という言い方は
Mac OS X にはあてはまらないですよね。
だから表示のフォントが Osaka でも Monaco でも X では差はありません。

> 僕はてっきり逆（1B 28 4A）の方が多いかと思っていましたが。
あれ、そうですか。交友範囲（？）によって違うのかもしれませんね。
ある ML をサンプルとしてメール・クライアントの挙動を調べてみました。
行末 1B 28 4A
--------------------------------
@nifty Webmail
Microsoft-Entourage
Microsoft-Outlook-Express-Macintosh-Edition
行末 1B 28 42
--------------------------------
AL-Mail32
ARENA Internet Mailer
Becky!
Datula for Windows
EdMax
Eudora (Pro) for Mac
Eudora for Windows
IMP/PHP IMAP webmail program
JsvMail (Shuriken Pro)
Lotus Notes
Microsoft Outlook Express
Microsoft Outlook IMO
Mozilla (Macintosh) Netscape
Musashi
Postino
QMAIL
SquirrelMail
ただし、単純に行末でどちらに戻すかを調べただけなので、
Apple Mail のように「使い分け」をしているものがあったとしても、
どちらかに分類されてしまっています。
たとえば Netscape は上のリストでは「1B 28 42」分類されていますが、
手元のもの（7.02）で実験してみると、使い分けを行なうようです。
> ところで、「フォントによって」とか、「和文フォント」という言い方は
> Mac OS X にはあてはまらないですよね。
「Shift-JIS では」と書いたとおりです。
Mac OS X でも Shift-JIS アプリケーションではフォントによって
表示が変わりますよね。