このサイトは、もともと作者の自分用メモとして書き始めたものです。書いてあることが全て正しいとは限りません。他の文献、オフィシャルなサイトも確認して、自己責任にて利用してください。

LDAPデータベースの構築

バーチャルメールユーザのアカウント情報は、389 Directory Server の備える mailRecipient オブジェクトクラスを利用して作成/管理する。

※ LDAP の "ディレクトリ" という語彙はファイルシステムの "ディレクトリ" と区別しにくいため、当ドキュメントでは敢えて「データベース」と呼ぶことにする。

389 Directory Server のインストールと設定

389 Directory Server のインストール、デプロイ、設定を行う。別ページにまとめたので、389 Directory Server のページを参照して、「ディレクトリサーバのマルチインスタンス化」以外の全ての作業を完了させておいていただきたい。

LDAP Directory 基本情報

運用に使用する LDAP Directory ツリーは、左図の構造とする。

実際のバーチャルメールドメインユーザは 389 DS 作りつけの ou "People" の下で管理する (左図の uid=stray や uid=penguin など)。Postfix やDovecot, SASL からの問い合わせに使う LDAP参照専用管理ユーザ cn=userretriever と、メールユーザの登録や修正のできる管理ユーザ cn=usermanager は、 "dc=hoge,dc=cxm" 直下に置く。389 DS では、LDAPスーパーユーザ "cn=Directory Manager" はどの ou や dc にも属さない特殊な位置づけだ。

メールユーザの登録

エントリ属性の解説

mailRecipient オブジェクト (OID: 2.16.840.1.113730.3.2.3) の持つ属性のうち、下表のものを活用する。属性の味付けや使い方は Postfix と Dovecot の LDAP参照定義でどうにでもなるのだが、一部を除き、なるべく mailRecipient そもそもの規格に逆らわない使い方をすることにする。Attribute, 型, その用途などは、以下のサイトでも調べることができる。

• http://docsrv.sco.com/INT_DirectoryAG/attribut.htm
• http://www.alvestrand.no/objectid/top.html
• http://www.oid-info.com/

ユーザ属性一覧

ユーザの登録

いよいよ実際にバーチャルメールドメインユーザを登録する。ただし、Postfix と Dovecot の設定が完了するまでは、2～3 のテストユーザを登録するに留めておくのがいいだろう。

登録は Directory Server Gateway から行えばいいだろう。そのためには、DSGW の mailRecipient 対応化を済ませておかなければならない。他の方法としては、LDIF ファイルに書いておいてから Javaベースの 389 Management Console で Import Database する手もある。その際に使う LDIF の 1ユーザ分は、例えば下記のようになる。サンプルファイル： users.mail_hoge_cxm.ldif。

dn: uid=stray,ou=People,dc=hoge,dc=cxm
objectClass: top
objectClass: mailrecipient
uid: stray
mail: stray@hoge.cxm
userPassword: straypwd
mailMessageStore: stray

登録の確認

ハッシュ格納されたパスワードも含めて登録内容を確認するには、コマンドラインのほうがいい。当ドキュメントでは、mozldap版の ldapsearch を使う (「mozldap版LDAPコマンドパスを PATH に追加」をまだやってなければやっておくこと)。

hoshu$ ldapsearch -D "cn=userretriever,dc=hoge,dc=cxm" -w PASSWORD \
  -b "ou=People,dc=hoge,dc=cxm" -s one 'objectClass=mailRecipient'

各ユーザのメールボックスについて

Postfix は、バーチャルメールユーザへの初めてのメールを配送する時に配送先ディレクトリが存在しないと、自動的に作成してくれる。また、Dovecot も、ディレクトリが存在しなければ、やはり適切なパーミッションで自動的に作ってくれる。そのため、各ユーザのメールボックスをわざわざ事前に作成しておく必要はない。メールユーザ "stray" を例に採って構造を示すと、下記のような構成になる。

/var/vmail/hoge.cxm/            [mailadmin:mailadmin 750]
             \_ stray/              [mailadmin:mailadmin 700]
                    \_ Maildir/     [mailadmin:mailadmin 700]
                            \_ new/ [mailadmin:mailadmin 700]
                               cur/ [mailadmin:mailadmin 700]
                               tmp/ [mailadmin:mailadmin 700]

ユーザ毎のメールボックスをどうしてもあらかじめ作っておきたい几帳面な人は、シェルスクリプト vmaildirmake を使っていただくといいだろう。基底ディレクトリや配送用 UNIXアカウントの名前は、スクリプトファイル冒頭の変数で適宜調整していただきたい。

エイリアスユーザの登録

何かの条件下で、バーチャルメールドメインの root や postmaster つまり、root@hoge.cxm や postmaster@hoge.cxm へメールが届くケースがないともいえない。特に、メールトラブルなどの連絡先として postmaster を公表している場合だ。しかし、このメールサーバで複数のメールサブドメインを運営する場合、それぞれのバーチャルドメインの postmaster へメールが行くのは運用上煩雑だ。そこで、後述の Postfix 設定で、virtual_alias_maps 機能を利用して全てのバーチャルメールドメイン配下の特別なアカウントを実アカウントへ一旦エイリアスし、さらにマシンローカルの aliases ファイルで最終的なユーザなりメールアドレスなりへとエイリアスする。

そこで肝となるのが、そもそも Postfix は、アカウントデータベースに存在しないユーザへのメールは SMTPセッション段階で拒絶し、virtual_aliases を参照するまでに至らないという点だ。そのため、とにかく存在する ということを示すためだけに、それら特別なアカウントもダミー的に LDAP のユーザ階層に登録しておく必要がある。

ほとんどの場合、サンプルファイル aliasusers.mail_hoge_cxm.ldif に挙げたアカウント群で間に合うだろう。そのひとつ、postmaster の LDIF エントリはこんな塩梅だ；

dn: uid=postmaster,ou=People,dc=hoge,dc=cxm
objectClass: top
objectClass: mailrecipient
uid: postmaster
mail: postmaster@hoge.cxm
userPassword: ffffffffffffffffffffffffffffffff  <--パスワードはダミーで構わない
mailMessageStore: postmaster  <--使われないが、他のバーチャルユーザと同様にしておく

LDAP に登録する。今回はコマンドラインで投入する例を示す。/usr/lib(64)/mozldap/ にある mozldap版の ldapmodify を使うこと；

hoshu$ ldapmodify -a -D "cn=usermanager,dc=hoge,dc=cxm" -w PASSWORD \
  -f aliasusers.mail_hoge_cxm.ldif