[Q] sendmail → procmail → Cyrus IMAP
NAKAJI Hiroyuki
自宅サーバ (FreeBSD) の機種更新をしていて、この際だから IMAP にしようと
思い、Cyrus IMAP をインストールして、sendmail から mailbox に保存される
ところまでは確認できたのですが、次のような問題に当たりました。
今までは、MAILER(local) で ~/.forward から procmail を起動して spam の
判定などの振り分けをしてから /var/mail/nakaji に配送していたのですが、
MAILER(cyrusv2) にすると、procmail での処理ができないまま、
user.nakaji.INBOX に全部行ってしまいます。
メールが届く → sendmail が受ける → procmail で特定の処理をする →
残りを IMAP mailbox へ
ということをしたいのですが、どんな方法があるでしょうか?
MAILER(local) にしておいて、 ~/.forward で procmail を起動して
~/.procmailrc で deliver を使うということも考えたのですが、設定が悪い
のか使い方が悪いのか、例えば、
$ cat /var/mail/nakaji | formail -ds /usr/local/cyrus/bin/deliver nakaji
couldn't connect to lmtpd: Permission denied
421 4.3.0 deliver: couldn't connect to lmtpd
couldn't connect to lmtpd: Permission denied
421 4.3.0 deliver: couldn't connect to lmtpd
couldn't connect to lmtpd: Permission denied
421 4.3.0 deliver: couldn't connect to lmtpd
となってしまうので、他にいい方法はないかなぁという状況で
/usr/share/sendmail/cf/README などを読んでいます。
--
NAKAJI Hiroyuki (中治 弘行)
Kawaguti Ginga
ちゃちゃみたいなもんですけど
<86y81r6...@ra333.heimat.gr.jp>の記事において
nak...@takamatsu-nct.ac.jpさんは書きました。
> 自宅サーバ (FreeBSD) の機種更新をしていて、この際だから IMAP にしようと
> 思い、Cyrus IMAP をインストールして、sendmail から mailbox に保存される
> ところまでは確認できたのですが、次のような問題に当たりました。
"この際だから IMAP" というだけの全然別パターンで
postfix => maildrop - bogofilter => (Maildir)
というのをそのままにして dovecot IMAP server で
Maildir を IMAP アクセスするようにしました．
"dovecot は設定が楽"，というのが選択の決め手でした．
Maildir 直接読み書きと IMAP が混在しているんで
気をつけないといけないな，と思いながら両側から独立に
消しちゃったりしてます．
--
∧∧
Zzz.. (- - )⌒⌒⊇～ 川口 銀河
############## ginga-fj-s...@ginganet.org
NAKAJI Hiroyuki
己解決にいたりました。
>>>>> In <0601082157...@athena.ginganet.org>
>>>>> ginga-fj-s...@ginganet.org (Kawaguti Ginga) wrote:
> ちゃちゃみたいなもんですけど
ありがとうございます。
> <86y81r6...@ra333.heimat.gr.jp>の記事において
> nak...@takamatsu-nct.ac.jpさんは書きました。
> > 自宅サーバ (FreeBSD) の機種更新をしていて、この際だから IMAP にしようと
> > 思い、Cyrus IMAP をインストールして、sendmail から mailbox に保存される
> > ところまでは確認できたのですが、次のような問題に当たりました。
> "この際だから IMAP" というだけの全然別パターンで
> postfix => maildrop - bogofilter => (Maildir)
> というのをそのままにして dovecot IMAP server で
> Maildir を IMAP アクセスするようにしました．
> "dovecot は設定が楽"，というのが選択の決め手でした．
そんなのもあったんですか。Google で「procmail imap」を探すと、
postfix あるいは qmail と Courier IMAP の組合わせが目につきました。
sendmail + Cyrus ってマイノリティなのかとか、そんな組合わせを敢えて選
んでしまう僕ってば、とか…。
本題の「今の状態からあまり変えたくない」要望については、
・sendmailで受ける MAILER(local)
・~/.forward から procmail を実行する
・deliver で IMAP folder に配送する
という方法で実現できました。結局のところ、作業としては、
・sendmail.mcはそのまま
・~/.forwardもそのまま
・~/.procmailrc をちょっと変更して
DEFAULT=/dev/null
:0fw
| /usr/local/bin/formail -I 'From ' | /usr/local/cyrus/bin/deliver nakaji
とするだけでした。ただし、/var/imap のパーミッションが
# ls -ld /var/imap
drwxr-x--- 12 cyrus cyrus 512 Jan 8 22:26 /var/imap
なので、
chown cyrus:cyrus /usr/local/cyrus/bin/deliver
chmod g+s /usr/local/cyrus/bin/deliver
としておく必要がありました。途中経過を
http://heimat.jp/~nakaji/diary/?200601a&to=200601082#200601082
にも書きました。
世間が qmail だ postfix だと移り変わっていく頃に、まだ NEWS-OS を使って
いて、qmail や postfix のコンパイルができなかったので、そのまま未だに
sendmail なのです。
Eiji KATSURA
nak...@takamatsu-nct.ac.jpさんは書きました。
> sendmail + Cyrus ってマイノリティなのかとか、そんな組合わせを敢えて選
> んでしまう僕ってば、とか…。
sendmail + Cyrusがマイノリティ というよりは、
sendmail + Cyrus + ~/.forward がマイノリティなんじゃないかなぁ。
僕が、Cyrusを導入したときの動機の一つに、
メールサーバーから、ログインアカウントを無くしたい
ってのがかなりの重さを占めていたから。
# imapを使うなら、メールの分類は sieve を使うんじゃないの？
桂 英治＠(株)横浜インテリジェンス ( kat...@hamaint.co.jp )
NAKAJI Hiroyuki
>>>>> In <0601091119...@mail.hamaint.co.jp>
>>>>> Eiji KATSURA <blackhole(I_dont_read_mails)@hamaint.co.jp> wrote:
> > sendmail + Cyrus ってマイノリティなのかとか、そんな組合わせを敢えて選
> > んでしまう僕ってば、とか…。
> sendmail + Cyrusがマイノリティ というよりは、
> sendmail + Cyrus + ~/.forward がマイノリティなんじゃないかなぁ。
あぁ、やっぱり…。
> 僕が、Cyrusを導入したときの動機の一つに、
> メールサーバーから、ログインアカウントを無くしたい
> ってのがかなりの重さを占めていたから。
> # imapを使うなら、メールの分類は sieve を使うんじゃないの？
マニュアルを読んでみたらよくわからないので、調べてみます。procmail み
たいなこともできるとよいなと期待して。
NAKAJI Hiroyuki
>>>>> NAKAJI Hiroyuki <nak...@takamatsu-nct.ac.jp> wrote:
> 僕が、Cyrusを導入したときの動機の一つに、
> メールサーバーから、ログインアカウントを無くしたい
> ってのがかなりの重さを占めていたから。
> # imapを使うなら、メールの分類は sieve を使うんじゃないの？
中治> マニュアルを読んでみたらよくわからないので、調べてみます。
中治> procmail みたいなこともできるとよいなと期待して。
今のところわかったことは、
・sieve自体は保存先の自動振り分けや、条件によってメールを捨てる、程度
のことだけができる
・procmail のような柔軟性(なんでもあり)を期待してはいけない
元々そういうものじゃないから
ということで、もう少し、実現したいこととできることのバランスを考え直し
てみます。