最近仕事でPostfixののコンテンツフィルタを書いていたので、テスト用にPostfix一式をセットアップしました。PostfixではどのようなIMAPサーバが使えるのかオフィシャルサイトのドキュメントを見ると、いくつかのソフトウェアが列記されていて、その中には弊社サーバで使用しているCourier-IMAPも入っていたのですが、今回は筆頭に書かれていたDovecotを使ってみました。
セットアップのためにDovecotのサイトにあるドキュメントに目を通してみると、Maildirはもちろんのこと、vpopmailにも標準で対応していることが分かり、試みに弊社のimapsをDovecotに切り替えてみることにしました。
現在使用中のCourier-IMAPは安定して動いているので積極的に置き換える理由はないのですが、まったく不満が無いわけでもないので（受信フォルダに数千件のメールが保存されていると、新しくメールが届いても表示されなかったり、imapsでつなぐと動作がなんとなく重かったり）、それらが改善されることを期待しての導入です。
インストール及び設定はここを参考にしました。daemontools用のスクリプトも置いてあるので、いくつか値を書き換えるだけで実行するところまでは辿り着けます。
尚、imapsやpopsを使う場合は事前に秘密鍵と証明書のペアキーが必要になります。dovecotではdoc/mkcert.shに鍵生成用のスクリプトが用意されているので、これを自分の環境用に書き換えて実行すれば簡単に瀬性出来ます。暗号化のためだけであれば自己署名で十分ですし。
とまあ、実行するまでは比較的順調だったのですが、肝心のユーザ認証が何度試しても成功しなくて悩みました。認証にはdovecot-authというデーモンプロセスが担当していて、実行ユーザにはvpopmailを割り当てていました。通常運用のvpopmailであればこれで問題無く動作するはずですが、vpopmailにはドメインごとにユーザを割り当てる機能があり、それを使ってドメインごとにユーザを分離していたため、vpoipmailユーザでは認証がうまく行きませんでした、この場合はrootで実行させるしか解決方法がないです。一つにドメインだけであれば、そのユーザを割り当てることも出来ます。
ちなみにdovecot.confにauth_debug = yesと書き込めば詳細なログが出力されますので、そのメッセージを基にdovecotとvpopmailのソースコードを行ったり来たりして原因を特定出来ました。他にもmail_debug等のパラメータがありますので、問題解決に役に立つかもしれません。
最近になってまた急激にSPAMが増加した、ホームページにバカ正直にメールアドレスを載せているせいで、前から一定の数の迷惑メールが届いていたのだけれども、ここ最近は一気に五倍くらいに増えて、さすがにちょっと対策をしないといけない状況になってきた。
弊社のMTAは相変わらずqmailなのでqmail-spp用のプラグインを書くことにしました。対策の肝はどう考えてもSMTPコネクションしかないので。
まずは練習がてら存在しないアドレスに対して送信してくるコネクションを落とすプラグインの作成。今まではメールアドレスを間違えて送ってくる人がいるかもと思って、バウンス専用のアカウントを作って、そこに転送していたのだけれども、いちいち確認出来ないほどゴミが増えたので、コネクションをばっさり落としてしまう事にします。最終的に配送に失敗するので送った人も気がつきますよね。たぶん。
実際に導入してみたら、いきなり迷惑メールが半分以下になった（笑）。毎日どんだけバウンスしててんという感じではありますね。
ちょっとしたことで効果抜群だったので、すっかり気をよくしてまして、今は一見さん方式を導入すべく鋭意開発中です。
qmail（というかdjbの作成したアプリケーションやライブラリ全て）がパブリックドメインになったそうです。いままでもオープンソースではあったものの、ライセンスが独自のものでバイナリのみならず、オリジナルソースに改変を加えたものも再配布出来なかったので、機能不足や不具合があった場合はパッチという形で提供されてきました。それが導入のための敷居を高くしていたように思います。
いまは標準的な存在としてnetqmailがあるので、インストールするときに混乱することはありませんが、今後はオリジナル＋パッチではなく、パッチ済みのパッケージも登場してくるのではないかと思います。ただpostfixのように*BSDやLinuxのディストリビューションに取り込まれるかは、今までの経緯が経緯だけに微妙なところです。
qmailが登場した当時はsendmailの置き換えとしては唯一の選択肢と言ってよい状況で、単一ファイルによるメールの消失や、増加傾向に有ったスパムに悩まされていたのが、乗せかえた途端にすっきり解消出来て、同じマシンなのにソフトウェアによってこうも配信や受信性能に差が出るものかと感心した覚えが有ります。
今でも妙にバイアスのかかった意見がつきまとうqmailですが、弊社サーバではいまも現役ですし、特に目立った不具合も出ていません。さしたる数のメールを配信していないのも問題が顕在化していない理由かもしれませんが。
qmail-sppパッチのおかげで容易にプラグインを追加出来るようになったこともあって、よく言われるqmail-smtpdの接続情報不足なども特に問題ではなくなりました。ログやメールヘッダーに情報を追加出来るので夢が広がります（笑）。
弊社は京都にあるインターネット技術に特化した会社です。主にインターネット活用のためのコンサルティングやソフトウェアの導入、またオープンソースを使ったアプリケーションの開発等を行っています。
基本的にお話を伺うだけなら無料（ただし交通費はご負担頂きます）ですので、お気軽にご相談ください。