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

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

180(2): 2006/04/30(日)11:22 AAS
>>177
接続を維持されようが、その都度接続されようが、活動している
接続の数は変わらないはずだから、1接続ごとにサーバプロセスが
起動するならば、お休みになってる分のメモリの使用量が負荷だと
言っているのだと思うが、その分はスワップアウトされてても
いいわけで。

181(2): 177 2006/04/30(日)13:15 AAS
>180
やっぱりまずメモリですかね。
あとファイルディスクリプタとか食ったりするのかな?

「最も効率的」という実装ではないにしても、
だからダメというほどのポイントには感じられないんですよね...

大規模サーバーの管理者だと印象が違ってくるのかな。
(おいらはせいぜい〜数十人のグループ内サーバー管理)

182(2): 2006/04/30(日)20:00 AAS
>>181
数十人しかユーザーいないのに netstatして百本以上接続されてるとちょっとウンザリしない？

183(3): 2006/04/30(日)21:05 AAS
この勢いならマイナーソフトの質問も言える・・・

ジャストシステムの「Shuriken」はどう？

IMAP4に対応してるから使ってるけど、とくに不満はない。
ほかを使ったことがないので良いのか悪いのか判らない。

184: 2006/04/30(日)22:02 AAS
>182
うんざり程度ですむなら安いもんじゃん?

185: 2006/04/30(日)23:00 AAS
uw-imapdやcourierは1セッション毎に1プロセス割り当てられるけど、
大昔の実装だとフォルダの中身の全メールの容量ぶんメモリを確保したような覚えが。
なので、あっという間にメモリが枯渇した。

最新のuw-imapdだと、psかけるとフォルダサイズによらず7MB弱喰っている模様。
んで、ヲレの場合9セッション使っていた。仮に1人あたり10セッションとすると、
1人で70MB喰う。たとえ1GBメモリがあっても15人も使えばスワップすることになる。

186(1): 2006/04/30(日)23:04 AAS
uw-imapdなんてプロトコル検証用ソフトを実運用で使ってるほうが悪い

187: 2006/04/30(日)23:25 AAS
>>183
悪いというウワサは聞きませんが。
ソコソコよろしいんじゃないでしょうか？

188: 2006/04/30(日)23:36 AAS
接続ごとに thread 使ってるサーバ実装ってある？

更にコマンドの処理もthreadで処理してるサーバってある？

189: 2006/05/01(月)07:38 AAS
>>186
でも、検索もきちんと国際化されてるし、機能はそこそこ豊富だし、
なにより導入がお手軽なんでやっぱり便利。cyrusのほうが機能、性能的に
いいことはわかりきってはいるんだけどね…

あと、ここ数年はcourier vs dovecotなんていうのもあるか。んで、dovecotは
ようやく1.0が出るみたい。

190: 2006/05/01(月)07:50 AAS
>>182
別にしないよ。

191(3): 2006/05/01(月)09:06 AAS
>>183
ShurikenはIMAP上のフォルダを移動できなくて萎えた

環境: Shuriken Pro4/R2 (体験版) + courier-imap-4.1.0

192(1): 2006/05/01(月)10:53 AAS
それは、同一階層なら名前の変更ができるけど、別階層へ変更できないってことかな？

体験版をダウンロードしようかとも思ったが、最初のインストールから30日しか
試用できないので、止めた。
使い心地を30日体験するならこれでいいんだろうけど、
機能評価するなら、これじゃダメ。バージョンアップ後に再評価とかもできないし。
実際に起動した時間とか回数で制限してもらいたいものだ。

193: 2006/05/03(水)00:44 AAS
>>192
「同一階層なら名前の変更」 → これは試してないので不明
「別階層へ変更」 → これはNGだった

194: 183 2006/05/03(水)17:43 AAS
shurikenの情報ありがとう。

Shurikenで、IMAP上のフォルダを移動できない件は、
IMAPの標準規格の制限かと俺は理解してた。

フォルダごと移動できたほうが便利なことは間違いないな。
ほかのクライアントでも試してみるか。チラ裏おわり

195(1): 2006/05/03(水)23:52 AA×

196(1): 2006/05/05(金)01:33 AAS
1000人規模でIMAPを使っているトコってどこかありますか？

197(2): 2006/05/05(金)02:51 AAS
>>176
クライアントからポーリングかける場合は10分に一回とか、そんなペースだよな。
IDLEコマンドでサーバから通知される場合、それよりも高い頻度でサーバ側で
チェックが行われていないと意味が無い。
そこで、IMAPサーバがどうやって新着メールを知るか、という点が問題になる。
メールの配送を行うのはSMTPサーバであったりMDAであったりするわけだが
多くの場合、これはIMAPサーバとは独立している。つまり、IMAPサーバとしても
新着チェックをするためにはポーリングを行うか、あるいは更に極悪に重い
famを使う等の措置が必要だ。

>>180
ページアウトしなきゃならないくらいメモリが逼迫していて、かつユーザ数が多くて
アクセス頻度が高い場合には、新しくメモリを確保するためにいつもページアウト
することになる。そういうのは劇的なパフォーマンス低下を招く。

>>181
ソケットを使うから当然ファイルディスクリプタを消費するが、チューニングしておけば
問題ではない。

198: 2006/05/05(金)02:53 AAS
>>196
数万人規模でやってるとこもある

199(1): 2006/05/05(金)03:22 AAS
>>197
dovecotだと、
Linuxならinotity/dnotify、FreeBSDならkqueueで
新着チェックできるよ。
少数派だろうけど。

200: 2006/05/05(金)09:26 AAS
>199
dovecot の doc/* で
kqueue とか notify で grep して
引っ掛からなかったんですが、
どこを見ればいいの?

201: 2006/05/05(金)09:53 AAS
なんで doc の下だけ見るんだろう…

202(1): 2006/05/05(金)09:53 AAS
>>197
IMAPに対応したメールサーバ製品全体から考えれば、
imapdだけってのは少数派なのですけどね。
たいてい、MTA からMDAから何から全てひっくるめて自分で持ってる。

203: 191 2006/05/05(金)10:07 AAS
>>195
その例でいくと、folder1をfolder2の下に移すことができなかった。

「萎えた」といいつつ、Shurikenに乗り換える気になってるので、
もう少し検証してみる。

204(1): 2006/05/05(金)20:35 AAS
えと、サーバによっては、そのような階層構造にできない場合がありますが、
その点は大丈夫ですか？
folder1 の下に folder2 を作成することはできるんですよね？

205(1): 2006/05/05(金)20:46 AAS
>>202
そこそこ大きな規模の企業等で使ってるメール製品だと、そうかな。

このスレッドには、そういう高級品には手が出ない中小企業や個人が
多いんじゃないかと特に理由も無く思ってたんだが、そうでもないのかな。

206: 2006/05/05(金)23:46 AAS
>>205
cyrusとかcourierとかのことじゃないの？

207(2): 191 2006/05/06(土)02:45 AAS
>>204
Thunderbird と Sylpheed から
階層フォルダの作成/移動ができることを確認したよ。

Shuriken も作成はOKなんだけど、
(ちょっと試した範囲では)移動ができなかった。

# さっき実験用の環境ができたので
# ローカルフォルダとは操作が違うとか？
# IMAPサーバをdovecotにしたらどうか？
# とかを試すつもり

208: 2006/05/06(土)04:15 AAS
>>207
クライアント上では「移動」のようにみえるけど、
実際は新しいフォルダを作り、メールをそこに移動し、
元のフォルダを消しているだけじゃね？

209: 2006/05/06(土)09:18 AAS
IMAP 的には、フォルダの移動はありますけど、メッセージの移動はありません。
ですんで、その実装だと、Quota にひっかかってフォルダの移動ができないという
なんだか変なことになる可能性があります。

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

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

ぬこの手ぬこTOP 0.022s