この直前の日記に書いた不具合については，
2010年10月のルート証明書の更新を適用後は発生しなくなった．

そう考えると，やはり証明書が原因だったのかなぁ...と思ってしまうが，
他に発生したというネタもきかず，自分の環境固有の問題だったのかもしれない．
あまり特殊な使い方をしているとは思わないのだが．

Windows Update または Microsoft Update に含まれる ルート証明書の更新プログラム [2010 年 8 月] (KB931125) を入れたら，nPOP で Gmail が利用できなくなった．

日本語版の Windows XP Professional SP3 がインストールされている， ThinkPad X40/X200 の2台で起きたので，再現性はあると思っている．

でも，気づかない人もいるだろう． というのは 「サーバ証明書を検証する (verify)」 をチェックしている場合（＝サーバ証明書の検証を行う）のみ発生するからだ．

今回は，2台とも「システムの復元」を使って，KB931125適用前の状態に戻したが， 同じ目に遭った人はいないんだろうか？

以下、後日談

結局 ca.cer を作って逃げてしまった。

• 途中経過
• 結論
• 「結論」を書いた後に気付いた「疑問」

後日談のまとめ

• nPOP で使う証明書をエクスポートした．
• HotmailやSo-netなど，Gmail 以外にも SMTP/POP3 over SSL でアクセスしているサーバがある場合は，これらの証明書もエクスポートする． どの証明書が必要になるかはサーバで異なるので openssl コマンドで調べていくしかない． So-net，Hotmail の証明書が知りたい人は，メールで連絡を下さればお教えします（私を信用する，と仰る方には証明書ファイルをさしあげます）．
• それぞれの証明書を，ca.pem に連結する．Copyコマンド参考
• 送受信によって動作確認．

さらに後日談（2011年2月28日記す）

その後のルート証明書の更新でエラーが出なくなっています。

他の人の環境ではしらないけど，
私の環境（ThinkPad X40/X200 上の Windows XP Professional SP2 および SP3）では，
nPOP + Daemon Tools を入れると，nPOP側の証明書検証ができなくなる状態が続いていた．

VMwareで作った仮想マシンでも，同一の障害がでたので，再現性アリと考えて良いだろう．

詳しく調べるつもりはないが，すでにURLを忘れたWEBサイトで
「DaemonToolsが（勝手に）インストールする証明書がまずいらしい」
という文章をみかけた．

この人にどのような不具合が発生したか知らないが，
私の環境で起きた障害に関しては，ここにキモがありそうだ，と考えている．

DaemonTools をアンインストールしてからは，ISO イメージを 7-Zip に関連づけて
必要なファイルを抜き出していたが，たまたま知った

Magic Disc

という DaemonTools と同じかそれ以上のことができるソフトウェアの存在を知り，
さっそく試してみることにした．

結論だけ書くと

X40/X200 上の SP3 適用済み Windows XP Professional 環境にインストールして
nPOP の証明書検証のトラブルは発生していない．他の問題も発生していない．
7-Zip については，epolight への乗り換えの可能性があるため，
Magic Disc をこのまま使い続けようと決意した．

So-netのメールが、SMTP/POP3 over SSL に対応していたことに気づいていなかった。
久しぶりに、愛するハーボットの絵を眺めようと思ってアクセスして気づいた。
これで、少しは使いやすくなるかな。

普通の(A)POPよりも、動作も速いし、いいことづくめ！

電気電子工学系の学科出身者のみが集う某所にて，
添付ファイル名が文字化けしたメールが送られてきた．

その人からのメールは，文字化けで部分的に読めないことがあるのは毎度のことだったので，
あまり驚かなかった．文字化けファイル名から拡張子が docx であることもわかったし．

...で，送った本人には苦情が多数舞い込んだそうです．
「Office 2003 で読めないから doc 形式で送り直せ」
「添付ファイルが自動で開かないので面倒」

本当にこいつら，電気電子工学科の出身かよ，と目を疑うような苦情ばかりで，
ああ，そういう系の勉強をしないコースだったのかなと自分に言い聞かせてます．

このメールに，返事をしなければならない立場だったので，
返事を書きつつ，文末に余談として，

・文字化けの理由は，本来はメールでは利用できない丸数字を使ったことが
　理由の1つであると考えられること

1つめの苦情については
・docxを読むためのコンバータのダウンロード先のURL
・Windows ユーザが，現状 Microsoft Office を店頭で購入する場合
　Office 2007 以外の入手は困難なので docx 形式が送られてくることは普通にあること

2つめの苦情については
・名前を変更してからファイルを保存すれば問題なく読めること
・ファイルが自動で開かないのは，ウィルス感染を防ぐ観点からは良いこと

を書いてみたのでした．

文字化けメールを送った本人が，かなりしょげていて，
メールで別のやりとりをしながら，嘆きモードになっていたので，
ちょっと見てられない（放っておけない）感じがしたのでねぇ．

仕事で仕方なくPCを使わなければならないのであれば，
何の向上心も起きないだろうし，わからないものには手を出さないというのもわかるけど
Office 2003 で，Office 2007 形式のファイルを読む方法なんて
検索すればいくらでも出てくるのに，
それすら調べようとしないって，どこまでものぐさなんだよ...と思ってしまいました．

コンピュータウィルスも，この様子だと，日本人にありがちな「自分だけは大丈夫」的な感覚で
添付ファイルが自動で開かれないことに文句つけるのかな...と．
この苦情をつけた人からのメールの添付ファイルは，気をつけようと思いました，本気で．

過去の日記もメールに関するものが多いので，最近のメールネタを．

今月上旬，Windows 7 RC (x64)の仮想環境を構築した．
Vista を使っていないので，エクスプローラの扱いのとまどった．
詳細表示で属性表示をデフォルトとするのだが「属性」が下の方に行ってしまって探しづらいのだ．

自分の周囲での利用者は，自分＋もう１人しかいない WeMail32 だが，
なんと Windows 7 (x64)でも，問題なく利用することが出来た．
stunnel 経由で，Gmail のアカウントに IMAP4 over SSLでつないで
きちんと処理できている．動作している様子は，下記のURLへ．

http://www.kanemiki.net/blog/2009/05/windows_7_ultim.html

WeMail32は1997年から使っているので，かれこれ12年．
3.00 の開発が止まっているようだが，Windows 7 で動作するとわかれば，しばらくはメール環境については安泰だなと思う．

ハードディスクが160GBだけど，48bit LBA未対応のため128GBと認識．80GBで切ってWindows 2000 Serverを入れた．ThinkPad 240Zは，USBデバイスからのブートができないので，大昔に作った起動用フロッピーディスクを使ってインストール．XPとは異なり，Windows 2000ではサービスパックごとに新しいブートイメージが出なかったし，このマシンへのインストールを頼んだだんなさんは，必ず無印でインストールしてからSPを適用する主義なので，今回はそれに倣って無印からインストールしてSP4とSRPをインストールした．今のところWindows Update/Microsoft Updateは行っていない．そのため，いまのところIEも5.0のままである．

このTP240ZはRAMが256MBになっているので，インストール直後はけっこう快適に動作する．だんなさんが何に使うのか知らないが（Sambaの検証）ThinkPad 240Zには，やはりWindows 2000が似合うな～と改めて思うのだった．

http://at-aka.blogspot.com/2006/09/gmail.html

上記サイトには，
Gmail（Google Apps 独自ドメインでもたぶん同じ）の迷惑メールに
大事なメールが間違って入ってしまうのを回避する方法が紹介されている．

もっとも簡単な解決方法として，
大事なメールを送って下さる方のメールアドレスを
「連絡先（Contact List）」に入れる
方法が紹介されている．

ただ，執筆者が引いた（リンクも設定してある）ヘルプセンターの記述は
すでになくなっているようなので，これが今でも通用するかどうかはわからない．

わたしにメールを送って下さる方で，迷惑メール判定になりやすいのは圧倒的に
次のドメインの人たちだ．

1. トップレベルドメインが com である，独自ドメインの人（例：monyo.com）
2. Yahoo Japan のメール（yahoo.co.jp）
3. 仕事でやりとりのある，某社の co.jp ドメインからのメール

で，簡単に理由を考えてみると，

1. com がはじかれやすいのは何となくわかるような気がする．
2. yahoo.co.jp の場合は，内容がけっこうしっかり書かれている場合でも
      はじかれていることがある．シグネチャに付く広告のせいかな？
3. 某社のメールは，シグネチャに，この会社のＰＲ用広告が入るのが原因
      ではないかと推測している．ときに，本文の二倍くらいあるので (^_^;

ウィルコムを契約していた頃は，フィルタを作って PHS に転送していた．
（迷惑メールに入っても，フィルタにマッチすれば転送されるので気付く）
ただ，もうすぐ諸般の事情でウィルコムを解約（ソフトバンクへ変更）するので
ソフトバンクは，パケットし放題オプションをつけてみた．

可能であれば，Gmail に明確なホワイトリストを作成できる機能が欲しいのだけど．

Googleアプリ独自ドメイン，gmail.com の両方で試してみた．IMAP4対応の情報を得た直後にも一度試したのだが，そのときはこんな感じだった．

1. Outlook Express（Win2K+IE6）Thunderbird 2.? では特に問題なし
2. WeMail32 + stunnel は，Subject も本文も文字化け

IMAP4は，UIを English(US) にしないと設定画面が現れない．なので，English(US) にして，IMAP4 Enable と設定したのが，上記の結果だ．ちなみに，UI は English(US) にしたままだった．

で，どこぞのサイトで「UIを日本語にしないと，文字化けする」という情報を得て，UI を日本語に戻してみた．その結果，WeMail32 + stunnel でも，大半のメールの文字化けが解消された．

しかし，一部のメールの Subject は文字化けした．同じ人からのメールでも，文字化けしたり／しなかったりがあるので，何が原因かはよくわからない．

Gmailのヘルプには，ロシア語や，東アジア言語で，Subject の文字化けが起きると書いてあるので，これに該当するのかも知れない．今は POP3 でも構わないので，もうしばらく待ってみよう．