Error Log

円記号が U+00a5 になっていたメールのソースを確認しました。

結論: U+00a5 にしたのは Opera。


問題のメールは Outlook(Exchange) から送信されており、メッセージソース上は何も問題ない ISO-2022-JP のメールでした。円記号もソース中は \x5c でした。

・・・しかし、何かが違うようです。

このメッセージソースを Peggy で別名保存して Opera にインポートさせると、U+00a5 への変換をしなかったのです。・・・んんん？？
さらに不思議なことに、Peggy で別名保存したメッセージソースと、オリジナルのメッセージソースとの diff を取ると、目視では違いのない差分が示されました。

両者の違いは、マルチバイト文字列の後「ここからは英数字です」を意味するエスケープシーケンスでした。
オリジナルのメッセージソースでは、「ESC "(" "7" (ここからは JIS X 0201)」です。
一方で Peggy で保存したメッセージソースは、「ESC "(" "B" (ここからは ASCII)」です。


なるほど、Opera はこんな細かいところに(忠実に?)反応していました。
確かに、JIS X 0201 では文字コード \x5c は円記号なので、これを UNICODE にマッピングすると U+00a5 の円記号が妥当でしょう。
ASCII では文字コード \x5c はバックスラッシュなので、これを UNICODE にマッピングすると U+005c のバックスラッシュが妥当でしょう。
しかし、Windows はそんなのドン無視で、ASCII だろうと JIS X 0201 だろうと \x5c は U+005c にマッピングされます。
(バックスラッシュとして見えるか、円記号として見えるかは、フォント次第(--; )

というわけで、Opera の忠実?な対応が裏目に出てしまった格好です。


考えてみると、\x5c を円記号とみなしたで考えたのが久しぶりのような気がします。
Peggy では、\x5c をバックスラッシュとして表示するフォントを使ってますし、円記号で表示されるフォントで見ても、人と話すときは常に「ばくすら」ですから。。。

前のエントリに書いた通り、クリーンインストール＋メールインポートをしてしまったのです。
mail ディレクトリのコピーではなくて、インポートです。

… Filters の下が空～

うわ、またやってしまった。。。orz
# 8.5 → 9 tp1 のときもやっとります。

というわけで、暇を見つけて Filter を作らないといけません。
面倒くさ。。。

ただ、ほかのメーラと違って、
・送信者/あて先ごとのフィルタ
・メーリングリストごとのフィルタ
は自動で作ってくれます。
あと、検索を実行すると、検索条件がそのままフィルタになります。
# こちらは検索精度が良くないので、あまり使いません。

僕の職場では、Subject に【…】形式の見出しをつけることが
はやっているので、これを条件としたフィルタを数個作るだけで、
仕事に復帰できます。
… というのすら面倒。楽に慣れるのって恐ろしいですね。