〓〓〓いつまでも次世代 IMAP その2〓〓〓 (437レス)
〓〓〓いつまでも次世代 IMAP その2〓〓〓 http://mevius.5ch.net/test/read.cgi/unix/1114279916/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
レス栞
リロード規制
です。10分ほどで解除するので、
他のブラウザ
へ避難してください。
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
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
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.020s