procmailの代わりに(rpmを作成して)maildropをインストールする(RPM編)

maildropの最新rpmを作成する

CentOS/Scientific Linux(Redhat系)用に 正式なrpmはありません。そのため、ここでは、最新のソースコード一式をダウンロードしrpmを自力で作成してみます。
と、いっても必要なライブラリさえ整っていれば、そんなに難しいことではありません。
では、早速、maildropの最新rpmを作成してみましょう。

1. maildropの最新ソースコード一式をダウンロードします。
   

   # maildropの最新ソースコード一式をダウンロードします。 # maildropの最新版は、このとき2.6.0です。 $ wget "http://sourceforge.net/projects/courier/files/maildrop/2.6.0/maildrop-2.6.0.tar.bz2/download" -O maildrop-2.6.0.tar.bz2 ...

   
   
2. maildropのrpmを作成するのに必要なパッケージをインストールします。
   

   gcc g++ make rpmbuild は、最低限必要なパッケージです。
   加えて、maildropをmakeするのに必要なライブラリが、
   gdbm-devel pcre-devel libidn-devel fam-devel が必要です。
   

   # gcc g++ make rpmbuild をインストールします。微妙にパッケージ名が違うので注意が必要です。 $ yum -y install gcc gcc-c++ make rpm-build ... # maildropに必要なライブラリをインストールします。 $ yum -y install gdbm-devel pcre-devel libidn-devel fam-devel ...

   
   
3. rpmを作成します。
   

   rpmの作成は、rpmbuildコマンド1発で作成できます。すごいですね。
   

   # rpmbuild では、直接ダウンロードしたmaildropアーカイブファイルを指定してrpmを作成します。 $ rpmbuild -ta maildrop-2.6.0.tar.bz2 ... 書き込み完了: /root/rpmbuild/SRPMS/maildrop-2.6.0-1.src.rpm 書き込み完了: /root/rpmbuild/RPMS/i386/maildrop-2.6.0-1.i386.rpm 書き込み完了: /root/rpmbuild/RPMS/i386/maildrop-devel-2.6.0-1.i386.rpm 書き込み完了: /root/rpmbuild/RPMS/i386/maildrop-man-2.6.0-1.i386.rpm 実行中(%clean): /bin/sh -e /var/tmp/rpm-tmp.CBOYEj + umask 022 + cd /root/rpmbuild/BUILD + cd maildrop-2.6.0 + rm -rf /root/rpmbuild/BUILDROOT/maildrop-2.6.0-1.i386 + exit 0

   これだけです。
   オプションで、-ta を指定していますが、これは、アーカイブファイルからRPMファイルとSRPMファイルをビルドすように指示しています。
   インストールするだけのRPMだけで良い場合は、-tb を指定します。
   
   これでエラーが出なければOKです。
   
   作成されたRPMファイルがどこに作成されたかは、最後に出力されます。
   上記の例では、以下のようになります。
   /root/rpmbuild/SRPMS : ソースパッケージのディレクトリ
   /root/rpmbuild/RPMS/i386/: 32bitバイナリパッケージのディレクトリ
   
   この中でインストールに必要なものは、
   /root/rpmbuild/RPMS/i386/maildrop-2.6.0-1.i386.rpm です。
   
   

   
   

maildropをインストールする

1. maildropをrpmからインストールします
   

   rpmさえできれば、インストールは簡単ですね。
   以下は、32bit版のmaildropをインストールした例です。
   

   $ cd /root/rpmbuild/RPMS/i386/ $ rpm -ivh maildrop-2.6.0-1.i386.rpm ...

   rpmのインストールを終えたら、メールボックスの作成のために suid , sgid の権限を付与しておきます。

   $ which maildrop /usr/bin/maildrop $ chmod ug+s /usr/bin/maildrop

   suid , sgid を設定していないと、メールボックスが作成されていない状態（要は初めてメールが着た）のとき、メールボックスが開けないというエラー（以下参照）が出力されます。

   maildrop[2225]: Unable to open mailbox.

   これでインストールまでOKです。
   簡単だったですね。
   

   
   
2. 簡単な動作確認をしておきます。
   

   動作確認は、以下のようにして行うことができます。
   

   $ echo TEST|maildrop -d hoge

   これで、ユーザhogeへ”TEST”という情報がメールボックスへ配信されればOKです。
   

   $ cat /var/mail/hoge TEST

   もし、動作がおかしいなと思ったら、オプションに -V9 を指定してデバッグ情報を出力するようにしてみましょう。
   

   $ echo TEST|maildrop -V9 -d hoge maildrop: Changing to /home/hoge Message start at 0 bytes, envelope sender=hoge Tokenized eof maildrop: Attempting .mailfilter Tokenized cc Tokenized string: "! hanako" Tokenized ; Tokenized ; Tokenized eof .mailfilter(1): Opening logfile /home/hoge/.maildrop.log maildrop: Delivering to |/usr/sbin/sendmail -oi -f '' hanako maildrop: Delivery complete. maildrop: Delivering to /var/mail/hoge maildrop: Flock()ing /var/mail/hoge. maildrop: Appending to /var/mail/hoge. maildrop: Delivery complete.

   こんな感じで、細かい情報が出力されますので、どこでエラーが発生したかわかるようになります。
   
   
3. MTAにmaildropを組み込みます。
   

   あとは、実際のメールを受信したときにmaildropで配信するようにMTAの設定を行います。
   ここでは、MTA として Postfix と Sendmail について解説してみます。
   

   • Postfixの場合
     

     Postfixのメイン設定ファイル(/etc/postfix/main.cf) にmaildropを指定してあげればOKです。
     そのためには、maildropのパスを確認しておきます。
     

     # maildropのパスを確認します。 $ which maildrop /usr/bin/maildrop # Postfixのメイン設定ファイル(/etc/postfix/main.cf)にmaildropを指定します 。 $ vim /etc/postfix/main.cf ... #mailbox_command = /some/where/procmail -a "$EXTENSION" mailbox_command = /usr/bin/maildrop -d ${USER} ...

     上記の例では、procmailを使っていたところをmaildropに変えたイメージです。
     
     編集を終えたら再読み込みします。
     

     $ /etc/init.d/postfix reload postfix を再読み込み中: [ OK ]

     
     
   • Sendmailの場合
     

     Sendmailのメイン設定ファイル(/etc/mail/sendmail.mc) にmaildropを指定してあげればOKです。
     そのためには、maildropのパスを確認しておきます。
     

     # maildropのパスを確認します。 $ which maildrop /usr/bin/maildrop # Sendmailのメイン設定ファイル(/etc/mail/sendmail.mc)にmaildropを指定します 。 $ vim /etc/mail/sendmail.mc ... dnl define(`PROCMAIL_MAILER_PATH', `/usr/bin/procmail')dnl define(`PROCMAIL_MAILER_PATH', `/usr/bin/maildrop')dnl ... dnl FEATURE(local_procmail, `', `procmail -t -Y -a $h -d $u')dnl FEATURE(local_procmail, `', `maildrop -d $u')dnl ... # 編集を終えたら mcファイルからcfファイルを作成します。 $ m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf

     上記の例では、procmailを使っていたところをmaildropに変えたイメージです。
     
     編集を終えたら再読み込みします。
     

     $ /etc/init.d/sendmail reload sendmail を再読み込み中: [ OK ]

     
     
   
   
4. 実際にメール送信してmaildropの動作を確認してみます。
   

   maildropには、いろんな機能がありますが、ここでは単純にmaildropが動作しているかの確認だけなので、
   hoge宛のメールをhanakoさんへCCで転送してみます。
   
   まず、hogeさんのmaildrop設定を、hogeさんのホームディレクトリに .mailfilter と名前で作成します。 その内容は、以下のように hanakoさんへメールのコピーだけです。
   

   cc "! hanako"

   ローカルユーザの場合は、上記でOKです。外部ユーザ（メールアドレス）の場合は、しっかりメールアドレス記述する必要があります。以下は、その例です。

   cc "! hanako@example.com"

   また、ここで.mailfilter のパーミッションを 600 に設定しておきます。パーミッションを設定しないとエラー (以下参照 ) となります。
   

   maildrop: Cannot have world/group permissions on the filter file - for your own good.

   以下のようにパーミッションを変更しておきます。また、追加で所有者も確実にhogeにしておきます。
   

   $ chown hoge. ~hoge/.mailfilter $ chmod 600 ~hoge/.mailfilter

   編集を終えたら、hogeさん宛にメール送信してみましょう。 確認は、できれば外部サーバーからのメール送信して、動作を確認した方が良いですが、内部からmailコマンドでもmaildropだけの動作確認としてはOKでしょう。以下はその例です。

   $ mail hoge Subject: Test-maildrop This is Test-maildrop. . EOT

   このメールが、hoge,hanako それぞれのメールボックスに配信されればOKです。