〓〓〓いつまでも次世代 IMAP その２〓〓〓 (437ﾚｽ)
〓〓〓いつまでも次世代 IMAP その２〓〓〓 http://mevius.5ch.net/test/read.cgi/unix/1114279916/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
1: 名無しさん＠お腹いっぱい。 [sage] 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/ http://mevius.5ch.net/test/read.cgi/unix/1114279916/1
2: 名無しさん＠お腹いっぱい。 [sage] 2005/04/24(日) 04:18:01 2get http://mevius.5ch.net/test/read.cgi/unix/1114279916/2
3: 名無しさん＠お腹いっぱい。 [sage] 2005/04/24(日) 23:50:30 乙 http://mevius.5ch.net/test/read.cgi/unix/1114279916/3
4: 名無しさん＠お腹いっぱい。 [sage] 2005/04/26(火) 02:59:48 即死防止 http://mevius.5ch.net/test/read.cgi/unix/1114279916/4
5: 名無しさん＠お腹いっぱい。 [sage] 2005/04/26(火) 12:10:49 その2になるのに随分と時間がかかったな。 普及度考えるとこんなもんなのか。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/5
6: 名無しさん＠お腹いっぱい。 [sage] 2005/04/26(火) 21:18:18 NTTドコモのプロバイダーのmoperaでIMAPサービスやってるね。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/6
7: 名無しさん＠お腹いっぱい。 [sage] 2005/04/26(火) 23:35:14 営業マン 100 人いて会社在席時PCと外出用ノーパソが別。 受信メールが会社とノートで分かれるのが嫌で IMAP 導入しようと思うのだけど 1 人あたり 1 年で 2G くらい受信する(見積もりのPDF等がでかい)。 運用の参考になるサイトないですか？英語サイトでも可です。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/7
8: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 12:37:17 >>7 テラbyte単位のストレージ使って、あとは普通にIMAPサーバでいいんじゃないの? 1通の容量多くても100人程度なら速いマシンなら負荷どってことないだろうし。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/8
9: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 13:21:25 >>8 ありがと。テラは高いな…。 定期バックアップもテープに収まらないから工夫が必要そう。 100G くらいの HDD を分散させようと考え始めました。 先人たちはどういう風に構築しているんでしょう？ http://mevius.5ch.net/test/read.cgi/unix/1114279916/9
10: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 13:42:54 システム屋に頼むんじゃないかな http://mevius.5ch.net/test/read.cgi/unix/1114279916/10
11: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 14:48:13 身も蓋もないﾚｽｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( ﾟ)━( )━(ﾟ )━(∀ﾟ )━(ﾟ∀ﾟ)━!!!! http://mevius.5ch.net/test/read.cgi/unix/1114279916/11
12: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 17:25:52 >>9 分散させるのはヲレ的には最悪の手段だと思う。 MaildirのようなNFSと相性のいいスプール形式にして、それに対応した IMAP serverをつかい、スプール用のストレージにNetAppのようなNASを 使うのが楽。 バックアップはNetAppでスナップショットを切ってから差分バックアップなり フルダンプなりすればいい。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/12
13: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 17:50:59 オープンソースで考えてるなら、オライリーの「IMAP」くらいは読んでおいて良いかと。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/13
14: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 18:05:34 同じく分散は勧めないかな。手間増えるだけでメリットないのでは。 1通のサイズが大きいの分かっているのなら>>12の言うようにMaildirがいいだろね。 ディスクは十分に余裕のあるサイズのを1つ使うのが楽だと思う。 内蔵でも外付けでもNASでもなんでもいいけど。 IMAPだと予想以上に社員にHDDを使われるよ。 そして「不要なメールや添付ファイルは消してくれ」と頼んでも消してくれない。 結局IMAP使う以上は最初にある程度ハードにお金かけるほうが良いかと。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/14
15: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 19:40:55 >>10-14 ありがと！ O'Reilly から IMAP 本が出てるの知らなかった…。 とりあえず O'Reilly の IMAP 本を買います。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/15
16: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 22:23:22 おらいりーの本はちょいと古いのでuwとcyrus(しかも1.5系)の話題中心... http://mevius.5ch.net/test/read.cgi/unix/1114279916/16
17: 名無しさん＠お腹いっぱい。 [sage] 2005/04/27(水) 23:46:51 7 のように会社などの大人数の所に 手軽に導入できないのが普及のネックになっているのか？ http://mevius.5ch.net/test/read.cgi/unix/1114279916/17
18: 名無しさん＠お腹いっぱい。 [sage] 2005/04/28(木) 00:21:20 前スレでも出てたけど、同時接続数が一番の問題かな。 ディスクスペースは今時どうにでもなると思う。 CyrusのML見てると1万ユーザくらいは収容できているようだけど、 それでもパフォーマンスチューンで苦労しているようだし。 UWとかCourierあたりだとindex持たない(よね?)から、 万オーダーのユーザの収容は苦しいんじゃないかな。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/18
19: 名無しさん＠お腹いっぱい。 [sage] 2005/04/28(木) 06:40:20 スプールをNFSにしてIMAPサーバを複数使って負荷分散ってどうよ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/19
20: 名無しさん＠お腹いっぱい。 [sage] 2005/04/28(木) 12:25:46 >>19 営業はサーバAで総務はサーバB使え、みたいな感じか。 状況によってはアリだろうし面白いかもしれないな。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/20
21: 名無しさん＠お腹いっぱい。 [sage] 2005/04/28(木) 18:54:18 それだとバックエンド側で働いているNFSサーバの性能で パフォーマンスが制限されない? バックアップなどの観点からも、ある程度の規模になったら スプールする領域を分けることは必須じゃないかな。 SMTPサーバが受け取ったメールを仕分けして、 LMTP使って別々のIMAPサーバのスプールへ流し込むとか、 既に実装されている技術でもできないことはない。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/21
22: 名無しさん＠お腹いっぱい。 [sage] 2005/04/28(木) 21:33:33 >>21 NFSサーバの性能が問題になるほどIMAPでのディスクアクセスってすさまじいか? もちろん、規模がとてつもなく大きくなれば話は別だけど。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/22
23: 名無しさん＠お腹いっぱい。 [sage] 2005/04/28(木) 22:08:48 >>21 確か、cyrus だとそういうことができるよね。 >>22 大規模だと、まずメモリ積め、ディスクI/Oのスループットを上げろ、って言われますけど。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/23
24: 名無しさん＠お腹いっぱい。 [sage] 2005/05/01(日) 02:32:50 >>14 無くなっては困るが、かといって参照することは ほぼない過去メールと、それなりの頻度で参照 する過去メールとを分離することは大切。営業 職の社員は、とかくメールを削除することを嫌が る傾向があるので、分離しないと一人当たり 数万通のメールを平気でためこんだりする。 Maildirだといくらサーチの速いファイルシステム を使っても快適なメール環境は実現が難しいだ ろう。そもそも、Maildirに対応したIMAPサーバで、 1ディレクトリあたり数万ファイル、容量にして数GB に及ぶものを扱えて信頼のおける実装はあるの だろうか。 結局のところ、cyrusやExchangeのようにDBMSを使って 1ファイル(または数ファイル)で扱う方が現実的では ないかと思う(SunのMessaging Serverがどのような メールボックスかは知らない)。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/24
25: 名無しさん＠お腹いっぱい。 [sage] 2005/05/01(日) 15:05:06 メールのデータは一つで、 あとは各人がどれを読んだか削除したかのリストを持つ、 という方式はないの？ http://mevius.5ch.net/test/read.cgi/unix/1114279916/25
26: 名無しさん＠お腹いっぱい。 [sage] 2005/05/01(日) 16:59:27 >>25 ハードリンクを利用した方法ならある。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/26
27: 名無しさん＠お腹いっぱい。 [sage] 2005/05/01(日) 17:37:53 詳しく http://mevius.5ch.net/test/read.cgi/unix/1114279916/27
28: 名無しさん＠お腹いっぱい。 [sage] 2005/05/01(日) 17:47:58 これ。 ttp://www.atmarkit.co.jp/fmobile/rensai/imap03/imap03.html > Cyrus IMAPDでは、MDA（Mail Delivery Agent）だとあて先ユーザーごとに配送されますが、 > LMTP経由だと複数ユーザー同時に配送されることを利用して、 > メールの保存を1通だけにして、ディスク容量を稼ぐということも行っています。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/28
29: 名無しさん＠お腹いっぱい。 [sage] 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. http://mevius.5ch.net/test/read.cgi/unix/1114279916/29
30: 名無しさん＠お腹いっぱい。 [sage] 2005/05/01(日) 22:10:34 なるほど。Courier 使ってるけど調べてみる。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/30
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 407 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.009s