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

〓〓〓いつまでも次世代 IMAP その２〓〓〓 (437ﾚｽ)
上下前次 1-新

15: 2005/04/27(水)19:40 AAS
>>10-14
ありがと！
O'Reilly から IMAP 本が出てるの知らなかった…。
とりあえず O'Reilly の IMAP 本を買います。

16: 2005/04/27(水)22:23 AAS
おらいりーの本はちょいと古いのでuwとcyrus(しかも1.5系)の話題中心...

17: 2005/04/27(水)23:46 AAS
7 のように会社などの大人数の所に
手軽に導入できないのが普及のネックになっているのか？

18: 2005/04/28(木)00:21 AAS
前スレでも出てたけど、同時接続数が一番の問題かな。
ディスクスペースは今時どうにでもなると思う。

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

19(1): 2005/04/28(木)06:40 AAS
スプールをNFSにしてIMAPサーバを複数使って負荷分散ってどうよ。

20: 2005/04/28(木)12:25 AAS
>>19
営業はサーバAで総務はサーバB使え、みたいな感じか。
状況によってはアリだろうし面白いかもしれないな。

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

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

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

23: 2005/04/28(木)22:08 AAS
>>21
確か、cyrus だとそういうことができるよね。

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

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

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

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

25(1): 2005/05/01(日)15:05 AAS
メールのデータは一つで、
あとは各人がどれを読んだか削除したかのリストを持つ、
という方式はないの？

26: 2005/05/01(日)16:59 AAS
>>25
ハードリンクを利用した方法ならある。

27: 2005/05/01(日)17:37 AAS
詳しく

28: 2005/05/01(日)17:47 AAS
これ。

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

29: 2005/05/01(日)17:50 AAS
元ドキュメントはこれ。

外部ﾘﾝｸ[html]:asg.web.cmu.edu
> 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(1): 2005/05/01(日)22:10 AAS
なるほど。Courier 使ってるけど調べてみる。

31: 2005/05/01(日)22:19 AAS
>>30
> なるほど。Courier 使ってるけど調べてみる。
(゜Д゜)ハァ?

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

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

34: 2005/05/05(木)03:54 AAS
777になんかする必要ないよ

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

36: 2005/05/05(木)11:52 AAS
外部ﾘﾝｸ[html]:www.ctc-g.co.jp
Mirapointってどう?

37(1): 2005/05/10(火)16:20 AAS
mh 対応の imap server って uw-imap 以外に何がありますか？

38(1): 2005/05/10(火)18:44 AAS
>>37
ximapd

39: 2005/05/10(火)21:53 AAS
>>38
なかなか面白そうだけどできたてほやほやですね。

40(1): 2005/05/19(木)07:26 AAS
uw-imapってmh形式使った場合の既読情報管理をどうやってんの？
ヘッダになんか書き込んでんの？

41(1): 2005/05/19(木)07:57 AAS
情報管理されてないっぽいよ。

42(1): 2005/05/19(木)08:29 AAS
>>40
uw-imapdはdriverに関係なくヘッダに情報書いているでそ

>>41
へ?

43: 2005/05/19(木)09:56 AAS
>>42
今確認してみたけどヘッダには何も追加されてないよ

44: 2005/05/19(木)10:22 AAS
ヘッダが減ったーーーーーーーーーーー

上下前次 1-新書関写板覧索設栞歴

あと 393 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.016s