〓〓〓いつまでも次世代 IMAP その２〓〓〓

[1 名無しさん＠お腹いっぱい。 2005/04/24(日) 03:11:56]

■関連リンク
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 名無しさん＠お腹いっぱい。 2005/04/24(日) 04:18:01]

2get

[3 名無しさん＠お腹いっぱい。 2005/04/24(日) 23:50:30]

乙

[4 名無しさん＠お腹いっぱい。 2005/04/26(火) 02:59:48]

即死防止

[5 名無しさん＠お腹いっぱい。 2005/04/26(火) 12:10:49]

その2になるのに随分と時間がかかったな。
普及度考えるとこんなもんなのか。

[6 名無しさん＠お腹いっぱい。 2005/04/26(火) 21:18:18]

NTTドコモのプロバイダーのmoperaでIMAPサービスやってるね。

[7 名無しさん＠お腹いっぱい。 2005/04/26(火) 23:35:14]

営業マン 100 人いて会社在席時PCと外出用ノーパソが別。
受信メールが会社とノートで分かれるのが嫌で IMAP 導入しようと思うのだけど
1 人あたり 1 年で 2G くらい受信する(見積もりのPDF等がでかい)。
運用の参考になるサイトないですか？英語サイトでも可です。

[8 名無しさん＠お腹いっぱい。 2005/04/27(水) 12:37:17]

>>7
テラbyte単位のストレージ使って、あとは普通にIMAPサーバでいいんじゃないの?
1通の容量多くても100人程度なら速いマシンなら負荷どってことないだろうし。

[9 名無しさん＠お腹いっぱい。 2005/04/27(水) 13:21:25]

>>8
ありがと。テラは高いな…。
定期バックアップもテープに収まらないから工夫が必要そう。

100G くらいの HDD を分散させようと考え始めました。
先人たちはどういう風に構築しているんでしょう？

[10 名無しさん＠お腹いっぱい。 2005/04/27(水) 13:42:54]

システム屋に頼むんじゃないかな

[11 名無しさん＠お腹いっぱい。 2005/04/27(水) 14:48:13]

身も蓋もないﾚｽｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(ﾟ 　)━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!

[12 名無しさん＠お腹いっぱい。 2005/04/27(水) 17:25:52]

>>9
分散させるのはヲレ的には最悪の手段だと思う。

MaildirのようなNFSと相性のいいスプール形式にして、それに対応した
IMAP serverをつかい、スプール用のストレージにNetAppのようなNASを
使うのが楽。

バックアップはNetAppでスナップショットを切ってから差分バックアップなり
フルダンプなりすればいい。

[13 名無しさん＠お腹いっぱい。 2005/04/27(水) 17:50:59]

オープンソースで考えてるなら、オライリーの「IMAP」くらいは読んでおいて良いかと。

[14 名無しさん＠お腹いっぱい。 2005/04/27(水) 18:05:34]

同じく分散は勧めないかな。手間増えるだけでメリットないのでは。
1通のサイズが大きいの分かっているのなら>>12の言うようにMaildirがいいだろね。
ディスクは十分に余裕のあるサイズのを1つ使うのが楽だと思う。
内蔵でも外付けでもNASでもなんでもいいけど。
IMAPだと予想以上に社員にHDDを使われるよ。
そして「不要なメールや添付ファイルは消してくれ」と頼んでも消してくれない。
結局IMAP使う以上は最初にある程度ハードにお金かけるほうが良いかと。

[15 名無しさん＠お腹いっぱい。 2005/04/27(水) 19:40:55]

>>10-14
ありがと！
O'Reilly から IMAP 本が出てるの知らなかった…。
とりあえず O'Reilly の IMAP 本を買います。

[16 名無しさん＠お腹いっぱい。 2005/04/27(水) 22:23:22]

おらいりーの本はちょいと古いのでuwとcyrus(しかも1.5系)の話題中心...

[17 名無しさん＠お腹いっぱい。 2005/04/27(水) 23:46:51]

7 のように会社などの大人数の所に
手軽に導入できないのが普及のネックになっているのか？

[18 名無しさん＠お腹いっぱい。 2005/04/28(木) 00:21:20]

前スレでも出てたけど、同時接続数が一番の問題かな。
ディスクスペースは今時どうにでもなると思う。

CyrusのML見てると1万ユーザくらいは収容できているようだけど、
それでもパフォーマンスチューンで苦労しているようだし。
UWとかCourierあたりだとindex持たない(よね?)から、
万オーダーのユーザの収容は苦しいんじゃないかな。

[19 名無しさん＠お腹いっぱい。 2005/04/28(木) 06:40:20]

スプールをNFSにしてIMAPサーバを複数使って負荷分散ってどうよ。

[20 名無しさん＠お腹いっぱい。 2005/04/28(木) 12:25:46]

>>19
営業はサーバAで総務はサーバB使え、みたいな感じか。
状況によってはアリだろうし面白いかもしれないな。

[21 名無しさん＠お腹いっぱい。 2005/04/28(木) 18:54:18]

それだとバックエンド側で働いているNFSサーバの性能で
パフォーマンスが制限されない?
バックアップなどの観点からも、ある程度の規模になったら
スプールする領域を分けることは必須じゃないかな。

SMTPサーバが受け取ったメールを仕分けして、
LMTP使って別々のIMAPサーバのスプールへ流し込むとか、
既に実装されている技術でもできないことはない。

[22 名無しさん＠お腹いっぱい。 2005/04/28(木) 21:33:33]

>>21
NFSサーバの性能が問題になるほどIMAPでのディスクアクセスってすさまじいか?
もちろん、規模がとてつもなく大きくなれば話は別だけど。

[23 名無しさん＠お腹いっぱい。 2005/04/28(木) 22:08:48]

>>21
確か、cyrus だとそういうことができるよね。

>>22
大規模だと、まずメモリ積め、ディスクI/Oのスループットを上げろ、って言われますけど。

[24 名無しさん＠お腹いっぱい。 2005/05/01(日) 02:32:50]

>>14
無くなっては困るが、かといって参照することは
ほぼない過去メールと、それなりの頻度で参照
する過去メールとを分離することは大切。営業
職の社員は、とかくメールを削除することを嫌が
る傾向があるので、分離しないと一人当たり
数万通のメールを平気でためこんだりする。

Maildirだといくらサーチの速いファイルシステム
を使っても快適なメール環境は実現が難しいだ
ろう。そもそも、Maildirに対応したIMAPサーバで、
1ディレクトリあたり数万ファイル、容量にして数GB
に及ぶものを扱えて信頼のおける実装はあるの
だろうか。

結局のところ、cyrusやExchangeのようにDBMSを使って
1ファイル(または数ファイル)で扱う方が現実的では
ないかと思う(SunのMessaging Serverがどのような
メールボックスかは知らない)。

[25 名無しさん＠お腹いっぱい。 2005/05/01(日) 15:05:06]

メールのデータは一つで、
あとは各人がどれを読んだか削除したかのリストを持つ、
という方式はないの？

[26 名無しさん＠お腹いっぱい。 2005/05/01(日) 16:59:27]

>>25
ハードリンクを利用した方法ならある。

[27 名無しさん＠お腹いっぱい。 2005/05/01(日) 17:37:53]

詳しく

[28 名無しさん＠お腹いっぱい。 2005/05/01(日) 17:47:58]

これ。

ttp://www.atmarkit.co.jp/fmobile/rensai/imap03/imap03.html
> Cyrus IMAPDでは、MDA（Mail Delivery Agent）だとあて先ユーザーごとに配送されますが、
> LMTP経由だと複数ユーザー同時に配送されることを利用して、
> メールの保存を1通だけにして、ディスク容量を稼ぐということも行っています。

[29 名無しさん＠お腹いっぱい。 2005/05/01(日) 17:50:20]

元ドキュメントはこれ。

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.

[30 名無しさん＠お腹いっぱい。 2005/05/01(日) 22:10:34]

なるほど。Courier 使ってるけど調べてみる。

[31 名無しさん＠お腹いっぱい。 2005/05/01(日) 22:19:31]

>>30
> なるほど。Courier 使ってるけど調べてみる。
(゜Д゜)ハァ?

[32 名無しさん＠お腹いっぱい。 2005/05/05(木) 01:55:19]

玄箱でCourier-IMAPうまくいってる方いますか？
userdb等で、ログイン名等の設定もちゃんとやったんですが、LINUX(Debian)の
パスワード以外だとログインできないんです。

[33 名無しさん＠お腹いっぱい。 2005/05/05(木) 03:22:40]

すいません。できました。authdaemonrcの記述が必要だったみたいです。
一つ聞きたいんですが、プロバイダのメール等を取り込んでやる場合
メールの保存するディレクトリは/home/user/Mailがいいのでしょうか？
パーミッションを777?にしなきゃ、エラーが出るのでやめたほうがいいような気がするのですが。

[34 名無しさん＠お腹いっぱい。 2005/05/05(木) 03:54:46]

777になんかする必要ないよ

[35 名無しさん＠お腹いっぱい。 2005/05/05(木) 05:03:29]

Debianなら/usr/share/docの下にあるドキュメント(README.Debian.gzなど)に、
Deb特有の設定方法が書かれているので、よく読んでからもう一度来なさい。

[36 名無しさん＠お腹いっぱい。 2005/05/05(木) 11:52:16]

http://www.ctc-g.co.jp/~ctcsp/message/mirapoint.html
Mirapointってどう?

[37 名無しさん＠お腹いっぱい。 2005/05/10(火) 16:20:13]

mh 対応の imap server って uw-imap 以外に何がありますか？

[38 名無しさん＠お腹いっぱい。 2005/05/10(火) 18:44:56]

>>37
ximapd

[39 名無しさん＠お腹いっぱい。 2005/05/10(火) 21:53:46]

>>38
なかなか面白そうだけどできたてほやほやですね。

[40 名無しさん＠お腹いっぱい。 2005/05/19(木) 07:26:11]

uw-imapってmh形式使った場合の既読情報管理をどうやってんの？
ヘッダになんか書き込んでんの？

[41 名無しさん＠お腹いっぱい。 2005/05/19(木) 07:57:41]

情報管理されてないっぽいよ。

[42 名無しさん＠お腹いっぱい。 2005/05/19(木) 08:29:27]

>>40
uw-imapdはdriverに関係なくヘッダに情報書いているでそ

>>41
へ?

[43 名無しさん＠お腹いっぱい。 2005/05/19(木) 09:56:33]

>>42
今確認してみたけどヘッダには何も追加されてないよ

[44 名無しさん＠お腹いっぱい。 2005/05/19(木) 10:22:15]

ヘッダが減ったーーーーーーーーーーー