nkjmkzk.net

せっかくなので何故にIMAPがいいのか語っておきます。

1. どのPCからでも同じメールにアクセスできる。
これが一番基本的なメリットだと思いますが、IMAPはメールのデータをサーバ上に保存するため個々のPCに依存しません。「あ、メールにあの情報があった気がするけど今PCもってない・・orz」のような状況はIMAPだと起こりません。 ただ、この点はWebメールには若干劣ります。　Webメールが実にブラウザとID/Passwordしか必要としないのに比べて、IMAPは一旦メールクライアントを設定する必要があるためです。　なのでネットカフェや友達のPCをちょっと借りてメールを、、という用途には向きません。

2. メールを簡単にサーバへアップロードできる
例えばpopのアカウント:nkjm-pop@gmail.comとIMAPのアカウント：nkjm-imap@nnd.jpがThunderbirdに設定してあったとします。するとユーザはnkjm-pop@gmail.comに届いたメールをnkjm-imap@nnd.jpにドラッグ・アンド・ドロップで簡単に移動できます。これはユーザエクスペリエンス的にはただフォルダ間をメールが移動しているだけですが、バックグラウンドではローカルPC上のメールデータがIMAPサーバへとアップロードされています。これが何故いいかというと、IMAPの特性であるメールの一元化の能力をさらに強力にするからです。
IMAPのメールをどのPCからでも見れるのは先に述べた通りですが、このアップロード機能を併用するとIMAPでないPOPのメールもあわせてひとつのサーバに集約することができます。複数メールアカウントを所持しており、その中にPOPしか提供してくれないメールサーバがあったとしてもIMAPサーバがひとつあればそこに全メールをまとめることができるわけです。　しかもこれがドラッグ・アンド・ドロップでできちゃうというのがスゴい。

3. Webメールより使いやすい
このGooglizeされた現代でこれを言うのは少しばかり勇気がいるのですが、非難を恐れずに言えば実はGmailってあんまり使い易いと思ったことがないのです。　以下、僕がGmailを使わない３の理由です。

Ajaxという技術はたしかにスゴく、最初にGoogle Mapをみたときは唖然としました。しかしそれから世間のAjax熱は過熱感があると思っていて、今までローカルアプリで動かしていたものをなんでもかんでもAjax化してWeb上に持っていこうとしている気がします。　Ajaxは今までブラウザでできるとおもわれていなかったことを覆すという離れワザを実現した素晴らしい技術だと思います。　USのYahoo Mail Betaはこれまた凄まじいユーザインターフェースを提供しており、使い勝手はかなりローカルアプリに近くなっています。

ただし今のところまだ「メールをさばく」という一日に数え切れない程のオペレーションを要するところではThunderbirdのようなPCベースのアプリケーションが操作性、応答性において優れていると感じます。

したがって、このような操作性を誇るローカルのアプリケーションとIMAPのデータ集約性、アクセシビリティを組合せた形が快適なメール生活を送る上で僕にとっては理想的だと思った次第です。これからGmailは一回POPしてそれをIMAPで自分のサーバにアップしよっかなと思っています。

というわけで今日はIMAPで一日終わりそうです。お疲れさまでした。

その昔はIMAPサーバにはCourierIMAP + OpenLDAPを使用していましたが、このサーバの設定には中々苦労した思い出があります。 最近はdovecot + OpenLDAPという構成でやってきましたが、DBをMySQLやらPostgreSQLやらOpenLDAPやらといろいろ動かしているとメンテナンスや移設のときに結構しんどいので、現在VPSで新たに環境を構築する上ではDBは基本的にMySQLに集約することにしました。　（そもそも当初はいろんなサーバの構築ができるようにと勉強目的で複数種のDBを動かしていましたが、もういいや、ということで。）

環境はdovecot-1.0.3, MySQL-5.0.41, CentOS-5.0です。前提としてMySQLはすでに/srv/mysqlとしてインストールされているものとします。dovecotと連携させる上でMySQLを特段追加のオプションを付けてビルドしなければならないといったことはありません。MySQL側では認証用のDBとテーブルを用意するだけでOKです。

ちなみに僕はソースからビルドしたアプリケーションはすべて/srv/以下に置くことにしているのでdovecotのインストールパスもそれにしたがいます。

手順は以下のようなステップとなります。
・dovecotのインストール
・Unixユーザの追加
・メールボックスの作成
・設定ファイルの編集
・データベースの作成

では上記のステップを順を追って見ていきます。
まずdovecotをソースからビルドしていきます。まずconfigureを適切に行う必要があります。

# tar xvfz dovecot-1.0.3.tar.gz
# cd dovecot-1.0.3
# CFLAGS="-I/srv/mysql/include/mysql" LDFLAGS="-L./srv/mysql/lib/mysql" ./configure --prefix=/srv/dovecot --with-mysql

MySQLと連携させるためにはMySQLのヘッダファイルとライブラリファイルへのパスを認識させる必要があります。　今回の環境の場合ではMySQLが/srv/mysqlと通常のパス設定では認識できないところにあるのでこれをconfigure時に認識できるようにCFLAGSとLDFLAGSを設定してあげる必要があります。

configureの結果をみて以下の用に「Building with SQL drivers」のところにmysqlと表示されていればOKです。

Install prefix ...................... : /srv/dovecot
File offsets ........................ : 64bit
I/O loop method ..................... : poll
File change notification method ..... : dnotify
Building with SSL support ........... : yes (OpenSSL)
Building with IPv6 support .......... : yes
Building with pop3 server ........... : yes
Building with mail delivery agent .. : yes
Building with GSSAPI support ........ : no
Building with user database modules . : static prefetch passwd passwd-file checkpassword sql (modules)
Building with password lookup modules : passwd passwd-file shadow pam checkpassword sql (modules)
Building with SQL drivers ............: mysql

なお、今回はIMAPサーバへの接続をIMAP over SSLにするので「Building with SSL support」の結果も同時に確認しておく必要があります。　もしyesとなっていなければOpenSSLのライブラリが正しく認識できていないので、CFLAGS, LDFLAGSにOpenSSLのヘッダファイル、ライブラリファイルへのパスも含める必要があります。（OpenSSLが既にインストールされている前提）

あとは通常通りコンパイル、インストールを行います。

# make 
# make install

次に必要なUnixユーザを作成します。

# useradd -s /bin/false dovecot
# useradd -s /bin/false -u 501 vmail

dovecotはサーバ起動用のユーザ、vmailは実際にメールボックスを操作するユーザです。
後に作成するメールボックスのディレクトリツリーはこのユーザに所有される必要があります。なお、dovecotのデフォルトの設定上、vmailのユーザIDは500以上としておいた方がよいでしょう。これらのユーザにはシェルは必要ないのでログインシェルには/bin/false等を指定して無効化しておきます。

メールボックスのルートとなるディレクトリを作成します。

# mkdir /var/spool/vmail
# chown -R vmail:vmail /var/spool/vmail

これはどこでも構いませんが、先に作成したvmailユーザによって書き込めるようにパーミッションを設定しておく必要があります。

メインの設定ファイルを作成します。/srv/dovecot/etc/dovecot-example.confというテンプレートが用意されていますのでこれをベースに編集していきます。

protocols = imaps
disable_plaintext_auth = no
log_path = /var/log/dovecot.log
ssl_cert_file = /srv/dovecot/etc/ssl.crt
ssl_key_file = /srv/dovecot/etc/ssl.key

# メールボックスの形式にMaildirを指定し、その場所を指定します。後にデータベースで設定するメールアカウントには「home」というフィールドがあり、mail_locationを「~/」と設定することでこのhomeフィールドの値がそのまま各ユーザのメールボックスへのパスになります。

mail_location = maildir:~/

mail_debug = yes
protocol imas {
　ssl_listen = *:993
　login_executable = /srv/dovecot/libexec/dovecot/imap-login
　mail_executable = /srv/dovecot/libexec/dovecot/imap
}
auth_executable = /srv/dovecot/libexec/dovecot/dovecot-auth
auth_default {
　mechanisms = plain
　#passdb pam {
　#}

#認証用のデータベースにSQLを指定しています。dovecotでは既定でパスワード情報を取得するためのSQLクエリとユーザ情報を取得するためのクエリの２クエリを発行しますが、userdb prefetchを設定することによってこれらのクエリを１クエリにまとめることができます。

　passdb sql {
　　args = args = /srv/dovecot/etc/dovecot-sql.conf
　}
　userdb sql {
　　args = args = /srv/dovecot/etc/dovecot-sql.conf
　}
　userdb prefetch {
　}
}

# openssl keygen 1024 > /srv/dovecot/etc/ssl.key
# openssl req -new -x509 -days 365 -key /srv/dovecot/etc/ssl.key -out /srv/dovecot/etc/ssl.crt

# cd /srv/dovecot/etc
# cp dovecot-sql-example.conf dovecot-sql.conf
# vi dovecot-sql.conf

driver = mysql
connect = host=/tmp/mysql.sock dbname=mail user=root
default_pass_scheme = PLAIN
password_query = SELECT userid as user, password, home as userdb_home, uid as userdb_uid, gid as userdb_gid FROM users WHERE userid = '%u'
user_query = SELECT home, uid, gid FROM users WHERE userid = '%u'

# mysql -u root
> CREATE DATABASE mail;
> USE mail
> CREATE TABLE users (
　　userid VARCHAR(128) PRIMARY KEY NOT NULL,
　　domain VARCHAR(128) NOT NULL,
　　password VARCHAR(64) NOT NULL,
　　home VARCHAR(255) NOT NULL,
　　uid INTEGER NOT NULL,
　　gid INTEGER NOT NULL
);
> INSERT INTO users VALUES ('nkjm','nkjmkzk.net','nkjm_passwd','/var/spool/vmail/test', 501,501);
> q