〓〓〓いつまでも次世代 IMAP その2〓〓〓
■関連リンク The IMAP Connection http://www.imap.org/ RFC3501:INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 http://rfc.net/rfc3501.html ■オープンソースの定番サーバ IMAP Information Center: UW IMAP Server (mbox, MH, →パッチ適用で Maildir 可) http://www.washington.edu/imap/ Cyrus IMAP Server (独自スプール形式) http://asg.web.cmu.edu/cyrus/imapd/ Courier-IMAP (Maildir) http://www.courier-mta.org/imap/ Binc IMAP (Maildir) http://www.bincimap.org/ Dovecot (mbox, Maildir) http://dovecot.procontrol.fi/ ※これ以外にもいくつかあるので IMAP Connection で検索すべし ■過去ログ IMAP Serverとしてどちらがお勧め (UW or Cyrus)? http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998711145 〓〓〓次世代メールプロトコル、IMAP〓〓〓 http://pc8.2ch.net/test/read.cgi/unix/989592181/ その2になるのに随分と時間がかかったな。 普及度考えるとこんなもんなのか。 NTTドコモのプロバイダーのmoperaでIMAPサービスやってるね。 営業マン 100 人いて会社在席時PCと外出用ノーパソが別。 受信メールが会社とノートで分かれるのが嫌で IMAP 導入しようと思うのだけど 1 人あたり 1 年で 2G くらい受信する(見積もりのPDF等がでかい)。 運用の参考になるサイトないですか?英語サイトでも可です。 >>7 テラbyte単位のストレージ使って、あとは普通にIMAPサーバでいいんじゃないの? 1通の容量多くても100人程度なら速いマシンなら負荷どってことないだろうし。 >>8 ありがと。テラは高いな…。 定期バックアップもテープに収まらないから工夫が必要そう。 100G くらいの HDD を分散させようと考え始めました。 先人たちはどういう風に構築しているんでしょう? 身も蓋もないレスキタ━(゚∀゚)━( ゚∀)━( ゚)━( )━(゚ )━(∀゚ )━(゚∀゚)━!!!! >>9 分散させるのはヲレ的には最悪の手段だと思う。 MaildirのようなNFSと相性のいいスプール形式にして、それに対応した IMAP serverをつかい、スプール用のストレージにNetAppのようなNASを 使うのが楽。 バックアップはNetAppでスナップショットを切ってから差分バックアップなり フルダンプなりすればいい。 オープンソースで考えてるなら、オライリーの「IMAP」くらいは読んでおいて良いかと。 同じく分散は勧めないかな。手間増えるだけでメリットないのでは。 1通のサイズが大きいの分かっているのなら>>12 の言うようにMaildirがいいだろね。 ディスクは十分に余裕のあるサイズのを1つ使うのが楽だと思う。 内蔵でも外付けでもNASでもなんでもいいけど。 IMAPだと予想以上に社員にHDDを使われるよ。 そして「不要なメールや添付ファイルは消してくれ」と頼んでも消してくれない。 結局IMAP使う以上は最初にある程度ハードにお金かけるほうが良いかと。 >>10-14 ありがと! O'Reilly から IMAP 本が出てるの知らなかった…。 とりあえず O'Reilly の IMAP 本を買います。 おらいりーの本はちょいと古いのでuwとcyrus(しかも1.5系)の話題中心... 7 のように会社などの大人数の所に 手軽に導入できないのが普及のネックになっているのか? 前スレでも出てたけど、同時接続数が一番の問題かな。 ディスクスペースは今時どうにでもなると思う。 CyrusのML見てると1万ユーザくらいは収容できているようだけど、 それでもパフォーマンスチューンで苦労しているようだし。 UWとかCourierあたりだとindex持たない(よね?)から、 万オーダーのユーザの収容は苦しいんじゃないかな。 スプールをNFSにしてIMAPサーバを複数使って負荷分散ってどうよ。 >>19 営業はサーバAで総務はサーバB使え、みたいな感じか。 状況によってはアリだろうし面白いかもしれないな。 それだとバックエンド側で働いているNFSサーバの性能で パフォーマンスが制限されない? バックアップなどの観点からも、ある程度の規模になったら スプールする領域を分けることは必須じゃないかな。 SMTPサーバが受け取ったメールを仕分けして、 LMTP使って別々のIMAPサーバのスプールへ流し込むとか、 既に実装されている技術でもできないことはない。 >>21 NFSサーバの性能が問題になるほどIMAPでのディスクアクセスってすさまじいか? もちろん、規模がとてつもなく大きくなれば話は別だけど。 >>21 確か、cyrus だとそういうことができるよね。 >>22 大規模だと、まずメモリ積め、ディスクI/Oのスループットを上げろ、って言われますけど。 >>14 無くなっては困るが、かといって参照することは ほぼない過去メールと、それなりの頻度で参照 する過去メールとを分離することは大切。営業 職の社員は、とかくメールを削除することを嫌が る傾向があるので、分離しないと一人当たり 数万通のメールを平気でためこんだりする。 Maildirだといくらサーチの速いファイルシステム を使っても快適なメール環境は実現が難しいだ ろう。そもそも、Maildirに対応したIMAPサーバで、 1ディレクトリあたり数万ファイル、容量にして数GB に及ぶものを扱えて信頼のおける実装はあるの だろうか。 結局のところ、cyrusやExchangeのようにDBMSを使って 1ファイル(または数ファイル)で扱う方が現実的では ないかと思う(SunのMessaging Serverがどのような メールボックスかは知らない)。 メールのデータは一つで、 あとは各人がどれを読んだか削除したかのリストを持つ、 という方式はないの? これ。 ttp://www.atmarkit.co.jp/fmobile/rensai/imap03/imap03.html > Cyrus IMAPDでは、MDA(Mail Delivery Agent)だとあて先ユーザーごとに配送されますが、 > LMTP経由だと複数ユーザー同時に配送されることを利用して、 > メールの保存を1通だけにして、ディスク容量を稼ぐということも行っています。 元ドキュメントはこれ。 ttp://asg.web.cmu.edu/cyrus/download/imapd/overview.html > Single Instance Store > If a delivery attempt mentions several recipients > (only possible if the MTA is speaking LMTP to lmtpd), > the server attempts to store as few copies of a message as possible. > It will store one copy of the message per partition, and create hard links > for all other recipients of the message. なるほど。Courier 使ってるけど調べてみる。 >>30 > なるほど。Courier 使ってるけど調べてみる。 (゜Д゜)ハァ? 玄箱でCourier-IMAPうまくいってる方いますか? userdb等で、ログイン名等の設定もちゃんとやったんですが、LINUX(Debian)の パスワード以外だとログインできないんです。 すいません。できました。authdaemonrcの記述が必要だったみたいです。 一つ聞きたいんですが、プロバイダのメール等を取り込んでやる場合 メールの保存するディレクトリは/home/user/Mailがいいのでしょうか? パーミッションを777?にしなきゃ、エラーが出るのでやめたほうがいいような気がするのですが。 Debianなら/usr/share/docの下にあるドキュメント(README.Debian.gzなど)に、 Deb特有の設定方法が書かれているので、よく読んでからもう一度来なさい。 http://www.ctc-g.co.jp/ ~ctcsp/message/mirapoint.html Mirapointってどう? mh 対応の imap server って uw-imap 以外に何がありますか? >>38 なかなか面白そうだけどできたてほやほやですね。 uw-imapってmh形式使った場合の既読情報管理をどうやってんの? ヘッダになんか書き込んでんの? >>40 uw-imapdはdriverに関係なくヘッダに情報書いているでそ >>41 へ? >>42 今確認してみたけどヘッダには何も追加されてないよ mbox みたいに Status に情報記録してくれてもいいのに。 MH なんだから .mh_sequences に情報記録してくれてもいいのに。 mhフォルダ使うとIMAP Message IDも重複しますよ。 あれはあくまでも環境移行のための機能と思うべし。 UIDが一意である、という規格通りの動作を期待するクライアントで問題が発生するっす>mhフォルダ あれ?昔は UIDVALIDITY が毎回変わってたような気もするのだが、 それは気のせいか。 >>52 ああ、そういうことですか。 >>54 UID は変わんないけど UIDVALIDITY が毎回変わるので使えねー、 というのは以前聞いたことありますね。 それとはまた違う問題があるんですかね? CRAM-MD5を使うには/etc/cram-md5.pwdに平文で全員分のパスワードを書かないといけないの? なんか代替案があったような気がしたんですが ∧_∧ ( ´∀` ) ところでこのゴミ、どこに捨てたらいい? /⌒ `ヽ / / ノ.\_M ( /ヽ |\___E) \ / | / \ ( _ノ | / ウワァァン ヽ | / / |ヽ<`Д´>ノ| | / / ヽ(>>56 )ノ ( ) )  ̄ ̄ ̄ | | / | | |. / |\ \ ∠/ >>56 参考までに知りたいんだけど、それなんていう IMAP サーバ? 新規にIMAPサーバをインストールするなら今はどれがお勧め? Maildir形式を考えています。 uw-imapd+mhでも微妙に既読管理がされている気がする。 mhフォルダに振り分けたメールでも、初めてメールを受け取ったときだけは未読になってる。 >>64 クライアントによっては自前でローカルに未読既読情報を持ってたりするけど、そういうことでなくて? dovecot で IMAP やってます。 フォルダへの自動振り分けは、サーバー側で設定を行わないと? メールクライアントから設定した振り分けルールが、 サーバー側に反映される? uw-imap の mh を wanderlust, thunderbird, squirrelmail の三つで使ってるけど、 自前で情報蓄えておく wanderlust 以外では未読情報は維持されてない。 あと thunderbird では、>>64 のように メールを振り分けた直後は未読になってるけど、 次に立ち上げたときは未読情報を失ってるね。 昔見たときのの話で、今の実装はどうなってるかわからんが、 uw-imap の mh フォルダーの扱いでは、 \Seen フラグを設定できるが、permanent ではないので、 セッションを終了した時点で、フラグが消えるんじゃなかったっけ? >>67 戸田奈津子みたいな日本語ですみません。 IMAP の振り分けルール作成は、サーバー側(dovecot)で設定するものなのでしょうか。 それともクライアント側からも制御できるのでしょうか。 クライアント側からも制御できる場合、↓のような運用も可能なのでしょうか。 Becky! でルール作成 → サーバー側に反映 → 他のメールクライアント (OE や、SquirrelMail など)でもアクセス時に振り分けが実行されている >>70 ほとんどすべてのMUAは独自に振り分けルールを持っていて、 アクセスしたときに振り分けを実行している。 Cyrus+MulberryだとSieve使ってもう少し高度なことができるけど。 # Mulberry はマルチバイトにきちんと対応してくれればなぁ 普通はサーバ側にルールを作成しておけば、 メール到達時に振分が実行される。 サーバー側ででも設定できるんですか。 dovecot の振り分け設定解説しているサイトとかありますかね? メールスプールを扱う各種ソフトのロック方式って統一されてないんだよね? メールスプールもホームディレクトリもNFSだし、権限ないから保存形式変えられないし ((;゚Д゚)ガクガクブルブル IMAPの話なら、MDAとMRAで話があってればいいんでないの? IMAPで操作中にメールが来て同時にmboxに書込みが起きたらファイルが壊れるだろう という話じゃないの? 俺procmailとuw-imapdつかってるけど、uw-imapdのロックファイルは/tmp/lockfileだから procmailのロックファイルも/tmp/lockfileにして同時に書込みが起きないようにしてるよ。 uw-imap だったら dmail 使うのもあり procmailからだと :0 * ^(To|Cc):.*foo@bar |/usr/bin/dmail +mail/baz なんて感じでdmailつかって配信するのが気持ちいいですな。 >>80 NFSだったら/tmp/lockfileが同じマシンとは限らないから駄目じゃない? 久しぶりにメールサーバー再構築しようと思っています。 せっかくなので IMAP もつかえるようにしようとしてますが、APOP との連携で定番って無いんでしょうか? Maildir 形式対応と安定性(噂)で Courier-imapd を使おうと思ったのですが Courier-imapd に付属の pop3d はAPOP に対応しておらず、APOP パッチも古いもの用しかないようです。 そこで Maildir 形式を扱える他の pop3d を併用できないかと思ったのですが、何かまずいことがあるような気もしています。 併用することで何か問題になることはないでしょうか? ちなみに MTA は postfix を使用します。 ちなみに併用でまずそうなパターンで思いついたのは、 APOP で接続された MUA が DELE リクエストを投げたとき、実際にはサーバ上では残しておく必要があるということです。 ユーザーごとに IMAP か APOP のどちらかしか使用しない運用ポリシーにするか、RETR されるときにサーバー上でメールはコピーしておくとか なにやら対策が必要な気がします。 併用することでどういうまずいことがあるのか分からんけど、 cyrus-imapd (+cyrus-sasl) は一つのサーバで IMAP4 と APOP(POP3)をサポートしているけどね。 メールボックスは独自形式なので、Maildirが必須要件ならダメだけど。 俺はpostfixとの組み合わせで3年使ってるが障害は皆無だす。 今や APOP が推奨されないのは、 毎回セッション開始時に <****@*****> という文字列作るために /dev/random 等のエントロピープールを使うため、 乱数のエントロピー枯渇を狙った DoS 攻撃に対して弱くなる。 RFC1734(POP AUTH)だと AUTH コマンド送るまで乱数を使わなくて済む。 という認識で正しい? (APOP と両方つかえるようにしてると意味無いけど) cat /dev/random > /dev/null debianでdovecotを使ってるのですけど急にINBOXのメールだけ見れなくなりました。 その他のフォルダについては普通に見れます。 実際のディレクトリ(~/Maildir/cur)を見てみても特に異常は見当たりません。 クライアントはSquirrelMail、Thunderbird、Sylpheedを使ってます。 どなたかお助けお願いします。 Courier-IMAP-4.0.6 + qmail + vpopmail で運用しています。 IMAP before SMTP ができなくて困っています。 ぐぐってみても4.0.x以前の設定方法の情報しかなく、やり方がわかりません。 どなたかご存じの方いませんでしょうか? >>99 仕事で必要ならコンサルタントを雇いなさい read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる