アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
ただし、一部地域は除く (スコア:3, 参考になる)
まあ、1GBの限界まで使っているユーザは、ほとんどどいないと思うけどね。
個人的には、容量を増やすだけでなく、POP3で受信するときのスピードも改善してほしい。
数千通もメールがあると、新規メールを受信し始めるまでに、ちょっと待たされるので。
I'm out of my mind, but feel free to leave a comment.
Re:ただし、一部地域は除く (スコア:4, 参考になる)
>数千通もメールがあると、新規メールを受信し始めるまでに、ちょっと待たされるので。
このボトルネックはサーバー側にあるとは限りません。
メールクライアントが何かは不明ですが、メールの受信の前に
・クライアントからサーバー側へ、たまっているメールの情報を要求
・サーバー側でその情報を計算
・サーバーからクライアントへ情報を送信
・クライアントで受信した情報を処理
といった手順を踏むと思われます。
情報とは、メールの数とかトータルのバイト数、個別のメールのバイト数で
POP3の命令ではSTATとかLISTとか。
数千通ものメールがある場合、この処理だけで時間が
かかっているのでしょうが、どの段階で時間がかかっているかは
計測してみないと何ともいえないですね。
てっとりばやく改善するには、上記の要求をしないように
クライアントの設定を変えられればいいのですが、
そんなクライアントは限られているんじゃないかと。
サーバー側で計算に時間がかかっているならば、
サーバー側でいろいろとチューニングのしようはあるでしょうけども
でもYahoo!Mailでそこまで要求するのは酷じゃないですかね。
Re:ただし、一部地域は除く (スコア:4, 参考になる)
> かかっているのでしょうが、どの段階で時間がかかっているかは
> 計測してみないと何ともいえないですね。
手元の環境で試してみました。
・/var/spool/fooに 3590通、約33MBのメールがたまったアカウントを作成
・POP3サーバは qpopper と UW-imapdのipop3d で確認
・OSはFreeBSD 5.2.1-RELEASE、CPU PentiumIII 700MHz
といった状況です。
qpopper も ipop3d も同じ傾向で、
・最初のログイン時(「USER foo」「PASS bar」送信後)にちょっと待たされて、
その後で、PASSコマンドの応答である「+OK foo has 3590 visible messages (0 hidden) in 34250130 octets.」(qpopper)や「+OK Mailbox open, 3590 messages」(ipop3d)を受信。
qpopper で20秒、ipop3dで5秒ぐらい?
・「LIST」「STAT」「UIDL」「RETR n」などは、すぐに応答がある。
・「QUIT」送信後にもちょっと待たされる。3～5秒ぐらい。フラグ情報の書き出し?
といった感じでした。
ユーザー認証時に /var/spool/foo をロックし内容をスキャンし、それに時間がかかってる感じでしょうか。
メールを専用のデータベースに格納するとか、ユーザー認証時のスキャンとかログアウト時のファイル書き出しが要らないようなしくみなら、
たかが数千通ぐらいならPOP3でもサーバ側の処理はたいしたことにならないような気がします。
あ、POP3サーバがUIDL対応していないとか、
メールクライアントがUIDL対応してなかったら、
とんでもなくひどいことになるかも…
Re:ただし、一部地域は除く (スコア:1, 参考になる)
いにしえの記憶によりますと、qpopper の動作は
1. スプールのファイルを別のところにコピーする
2. クライアントからのリクエストに応える
3. スプールに書き戻す
というものだったかと思います。ですのでサイズが大きくなると格段に待たされるように
なります。
# でかいメールを残しているのが何人かいると他の人まで時間がかかるようになり、
# IO 待ちでロードアベレージ急上昇。ロードアベレージ見てる sendmail が受け付けない
# ようになって、文句の電話がかかってくる、なんてことがあったかどうかは知りません。