2002年2月20日

・・・などと閉口していたら、私のほうの実家にいる間に１月４日になった。今日はここにフレッツADSLが来る筈の日。既にそれに合わせてLAOXで一番安いブロードバンドルーターを仕入れておいた。午前９時・・・まだ駄目。１０時・・・おっ、つながった。偉いよ仕事始めちゃんとやってるじゃない。１２時にNTTから接続のTELが来たが、もうガンガン使ってるって。

しかしイーアクセスとちがってフレッツはさすがメジャーというか、ルーターいろいろ選べていいなぁ・・・

・・・妻のほうの実家も何とかならんかいな。

こうして、実家にいる間も時々ここにアクセスに来、といっても駄文の並んだhttpではなく、システムログを見るためにftpだったり、メールボックス見るためにimapだったりするのだけど、まぁ何の問題もなく動いているようで安心。あれま、友人からメールが届いている。早速返信・・・したいところだが、smtpには制限が付けられており、外のIPアドレスから外部へリレーできなくしている。がーん、何とかしたいよォ。

というわけで、帰省Ｕターン後真っ先にやろうと決意したことはSMTP認証を入れることだったりする。

とりあえずさっさと動かすには、(2)にある通りにやればまぁ、いける感じ（実際最初はそうした）。ただし結局はいろいろな絡みがあとになって出てくるので、結局一通りすべてを把握しなければならなくなり、英語もいっぱい読むことになるのだが。その点から後から思うに、(3)はしっかり読んでおくと得。ポイントは、
　(A)　Cyrus SASL と Sendmailの組み合わせでやるのがとりあえず良さそうなこと
　(B)　日常使用するメーラーがサポートしている認証方式を確認すること
　(C)　Cyrus SASLでどの照合方法を採用するか

(A)についてはSendmailの環境設定にCFが使えなくなるという恐怖がまずついて回る。何せ学生時代ですら見向きもしなかったm4マクロ文法をやらにゃならんのかと思っただけで気が狂う。しかしこれは全くの杞憂。まぁリンク(1)か(2)に書いてあるとおりにやれば、とりあえずsmtp認証は間違いなく動く。

(B)は私にとってはOutlook Express (Windows)とNetscape Mail (Linux)。OutlookはLOGIN認証とNTLM認証、NetscapeはPLAIN認証をサポートしている模様。NTLM認証はSASLではサポートされないので、Outlook Expressは必然的にLOGIN認証だけとなる。LOGINにせよPLAINにせよ、どっちも平文パスワードがネットワークに流れる形式のようなので、セキュリティとしては非常にお寒い部類に入る。Outlookの場合はSSLサポートしているみたいなので、OpenSSLでも入れてsmtpsで通信せよということなのかもしれないが、理屈ではわかるんだがまだやっていない。

(C)は通常の場合、sasldbを使う方式になる。sasldbはPLAIN、CRAM-MD5、DIGEST-MD5をサポートする。じゃあOutlook ExpressのLOGINはというと、動かした限りではPLAINの一種として動いてくれているようだ。ただし私の場合、最初こそsasldbを使っていたが、とある都合で別の照合方法に変えてしまった。この辺は後述。

(1) Berkley DBのバージョンを4から3.3に落とした。
年末にsendmailをでっち上げた時は、RedHat 6.2Jの環境のままで何も考えずにコンパイルしたが、Berkley DBくらいはちゃんと新しいの入れておこうと思って、いきのいい4を落として来て作り直した。ところがSASLを使っている時だか、その後の一連のごたごたの時だか、今となっては覚えていないが、DBでエラーが出ちゃった。結局１個古いVer.3.3を落として来て解決・・・（したのかな？）

(2) Cyrus SASLを2から1に落とした。
とにかく新しいバージョンのほうがいいやということで、SASL 2.1.0を落として来ていろいろとbuild仕掛けたんだが、これがまた（今となっては覚えていないが）どっかで破綻を来し、SASL1に戻してしまった。ドキュメントをよく読んでみて今となっては赤面モノだが、相当な機能変更がなされている。

当時とにかく混乱とトライアル＆エラーでやっていたから、今となっては最終結果以外の記録が何も残っていない。だから変な速断や憶測は避けるべきだけど、とりあえず報告まで。一般論として言えることは、１個前のバージョンが一番いいという、ソフトウェアの基本定理である。

・・・でまぁ、とりあえず動いた。出張がてら実家のADSLからここへアクセス。SMTP認証O.K.である。ついでに悪の踏み台リレー実験も実施。見事全部REJECT。

しかしこれだけでは済まなかった。

うーむ、感慨。私もとうとう、プロバイダ業を始めてしまったか（笑）　SMTP認証入れ、実家からのアクセスも確認済だ。ただしこれから使うのは私ではない。７０歳の老人だ。うーｍ。

パンピーの視点でここのメールシステムを見直すと、２つのことが問題になってくる。

(1) UW-IMAPDの使い勝手
　UW-IMAPDの特徴はUNIXメールとの互換性の高さだが、煎じ詰めて言えばユーザーのホームディレクトリにあるメールボックスファイルを操作しているだけである。これだけならまだ可愛いのだが、UW-IMAPDの真骨頂は、imapクライアント操作でimapフォルダ表示をさせると、home directory下のファイルリストを隠しファイルを含めて全て出そうとしちゃうところだ。これはIMAPDの仕様でも何でもなく、UW-IMAPが入れたオリジナル仕様らしいのだが、私の知るかぎりの知人でこの機能を誉めた人を見たことがない。

　あとOutlook ExpressのIMAPで新規アカウントを作ろうとすると、「送信済みアイテム」とか「下書き」とかいうフォルダを勝手に作る。UW-IMAPDはオーダーに従い作ってくれるが、この漢字フォルダ名、UNIX上からは目茶エンコードされたファイル名になっている。まぁ７０歳の老人がtelnetやftp使ってホームディレクトリにアクセスしたいなんて言い出すとは思われないからいいけど。

(2) パスワードの変更
　UW-IMAPDのパスワード認証はUNIXのものと同じでLOGIN認証だ。/etc/passwdもしくは/etc/shadowである。もちろん、ビルドのオプション変えれば認証方式は変えられると思うが・・・まずはsmtpとimapのパスワード認証は同じにしたほうがいい。ということはsmtpに合わせてsasldbをUW-IMAPDで扱わせるか、逆にUW-IMAPDに合わせてsmtpでLOGIN認証を扱わせるかだ。

　また、リモートの実家環境からもパスワード変更が出来た方が親切だろうということになる。勿論相手が相手だからtelnetというわけにはいかない。ブラウザ使ったWebパスワード変更が望ましい。セキュリティを考えればOpenSSLも必要だろう（これはまだやっておりません）。

　しかし私は古い人間なので、世の学歴ママと同様、CMUと聞くとそれだけでホになってしまう。まぁ日本の大学はほとんど馬鹿にしているので学歴ママよりは多少ましかもしれないけど。というわけでドキドキCyrus IMAPDをインストール。

　・・・実はインストールには異常に苦労したが、どこで苦労したか忘れてしまったのでとりあえず書かない・・・

　何これ？　受信トレイしか出てこないぞ。

　何かコメントがあるなぁ。何々？　RFCナンたらの勧告によれば、ルートフォルダに正規におけるスペシャルメールボックスはINBOXだけである・・・と。じゃあ、Outlook Expressが本来作ろうとする送信済みアイテムとか下書きとかはどうやって実現するんだ？　受信トレイのサブフォルダにしろと。え～こんなの嫌だ嫌だ。

　まずネットでドキュメントを探すと、CyrusのConfigureに--enable-loginってのがあるらしい。これをトライ、いきなりエラー。このオプションはもうない・・・だと。結局Cyrus SASLでどんな認証をサポートしているか調べなければいけなくなったんだけど、LOGIN認証については［直接」何も書いていない。しかもいろいろ調べていくうちに、、昔はこれの照合方法にLOGINがあったらしいこともわかった。これが何故消えたかはわからない。CMUはログイン認証を撲滅させたいのかも。

　Cyrusの直接ドキュメントからはログイン認証は撲滅されているみたいだが、ログイン認証させる方法はちゃんと書かれている。この代替の照合方法となるものが、pwcheckである。ヘルパーデーモンを作って認証させるということだが、ログイン認証をやってくれるヘルパーデーモンもCyrus SASLにちゃんと付いてくる。これをmakeして、/etc/rc* で起動させておけば、ちゃんと認証やってくれるのだ、これが。

　というわけで、Cyrus IMAPDでやる方法を捜し回ったのだが、出て来ない。唯一の解はルートパスを変えるということみたいだが、これはクライアントのメーラーをそう設定してもらわなければならず、とても飲めたものじゃない。あと検索エンジンで引っかかる結果は、Cyrus IMAPDの使い勝手の悪さを述べたものばかり。

　どうもCyrusではできないらしい。１日考えた末、Cyrus IMAPDをパージし、UW-IMAPDに戻してしまった。UW-IMAPDはデフォルトでLOGIN認証になっているので何も考えることはなしである。

　ここまで苦労して家族のためのメールアカウント環境を整備した。で、家族も何とか使えているようである。めでたしめでたしだが、どうもアクセスログを見た限りでは、こっちで提供したデフォルトのパスワード（乱数で作成）から変えた気配が全くない。おいおい、せっかくパスワード変更のためだけに相当な苦労をしたというのに。

　世の中にはCourier IMAPDというものもあるらしいが、もう疲れた。他のことやりたい。２つで十分ですよ。わかってくださいよ。