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

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/04/24(日) 03:11:56 .net] ■関連リンク The IMAP Connection www.imap.org/ RFC3501:INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 rfc.net/rfc3501.html ■オープンソースの定番サーバ IMAP Information Center: UW IMAP Server (mbox, MH, →パッチ適用で Maildir 可) www.washington.edu/imap/ Cyrus IMAP Server (独自スプール形式) asg.web.cmu.edu/cyrus/imapd/ Courier-IMAP (Maildir) www.courier-mta.org/imap/ Binc IMAP (Maildir) www.bincimap.org/ Dovecot (mbox, Maildir) dovecot.procontrol.fi/ ※これ以外にもいくつかあるので IMAP Connection で検索すべし ■過去ログ IMAP Serverとしてどちらがお勧め (UW or Cyrus)？ cocoa.2ch.net/test/read.cgi?bbs=unix&key=998711145 〓〓〓次世代メールプロトコル、IMAP〓〓〓 pc8.2ch.net/test/read.cgi/unix/989592181/ 101 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/24(月) 19:52:48 .net] >>99 仕事で必要ならコンサルタントを雇いなさい 102 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/25(火) 10:20:48 .net] >>100 いえ自宅サーバ用です やはりSMTP-Authを併用するしかないのでしょうか どなたかご存知の方いましたら教えてください 103 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/10/25(火) 14:29:05 .net] >>99 ぐぐってみても4.0.x以前の設定方法の情報しかなく、 やり方がわかりません。 えー。 つDRAC 104 名前：名無しさん＠お腹いっぱい。 [2005/10/25(火) 15:28:53 .net] >>102 4系以前はもっと簡単に実現できていたのに、色々と面倒になったのですね。 ぐぐってみたところ、 ttp://www.smalltown.ne.jp/~usata/pub/patch/ で対応するパッチを見つけることができました ありがとうございました 105 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/05(土) 01:30:55 .net] >>99 好奇心からの質問ですが、SMTP-AUTH じゃなくて IMAP before SMTP が必要に なる環境というのは、どのような理由によるものなのでしょう？ 106 名前：名無しさん＠お腹いっぱい。 [2005/11/05(土) 11:27:42 .net] 自宅サーバーでimapdをinetd経由で呼んでいます。 メールの新着確認のタイミングが１分くらいのようなのですが、 これは、imapdの設定？クライアントの設定でしょうか？ できたら１０秒くらいにしたいのですが。 107 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/05(土) 14:47:08 .net] >>105 MUAがNOOP送るタイミング変えれ 108 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/05(土) 18:47:25 .net] >>105 クライアントの設定だろうが、 サーバもクライアントも何使ってるのか書かないのはエスパー希望か？ 109 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/11/06(日) 15:10:20 .net] >>104 別に無いよ 今まではIMAP before SMTPを使っていたというだけ 強いて言うならメーラーの設定が少しだけ楽なことくらい？ 110 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/05(月) 11:47:42 .net] Dovecot(1) pc8.2ch.net/test/read.cgi/unix/1133750653/ 111 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/05(月) 13:58:29 .net] >>109 宣伝乙 今度こそ落ちないようにしたいものだな 112 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/06(火) 21:10:48 .net] courierからdovecotへ乗り換えた。 体感出来るぐらい（ちょこっと）速くなった。 あとcourierの変態logフォーマットから解放されてすっきり。 113 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/07(水) 00:24:37 .net] MTAが相変わらずqmailなんで、courierどころではない変態logフォーマットでも へっちゃらさ〜。 114 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/27(火) 12:32:37 .net] >>111 へえ、dovecotって速いんだ。ちょっとそそられるなあ。 115 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/27(火) 19:49:33 .net] ちょっと前の奴。 www.isode.com/whitepapers/mbox-benchmark.html 116 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/27(火) 20:39:53 .net] cyrusはさすがにパフォーマンス高いな 117 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/12/27(火) 22:32:40 .net] dovecotのグラフが笑える。 118 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/19(木) 14:19:16 .net] Windows環境で、IMAP4に対応した数少ないメールサーバ「Mercury/32」を ローカル環境で使っている人は居ますか？ Mercury/32 www.pmail.com 先日導入したのですが、メールクライアントから同期を行うと 「ERROR　10 processing FETCH command」 とクライアントにエラー表示され、同期が出来ません。 Googleで検索すると、いろんな国で、同じ状況で困っている人がいるようです。 ドイツ圏のBBSで、この件名でやりとりがあるのですが、具体的な対処法を 読み取れませんでした。 forum.bananajoe.de/index.php?board=1;action=display;threadid=312 対処法をご存知の方、ご教示ください。 119 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/21(土) 00:50:34 .net] そんな糞は窓から投げ捨てて、 Cygwin上でUWかCourierでも使ってろ。 120 名前：117 mailto:sage [2006/01/21(土) 05:41:23 .net] >>118 ありがとう。あきらめがつきました。 その方向性で行くと、Cygwinというものに初挑戦となります。 導入方法について書いてある、お勧めページをご教示いただけますか。 121 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/21(土) 12:22:38 .net] Cygwin上のUW/Courierもかなりダメだったけど。 coLinuxでも使ってろ。 122 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/01/21(土) 14:08:19 .net] どうでもいいけど >117 はなんで unix板で聞いてるの? win のことなら win関係で聞けばいいじゃん。 ここでは win のことは生暖かく見守るの専門。 123 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/02/18(土) 21:02:54 .net] >>121の忠告を無視してLinux版Courier-IMAP4で質問です。 認証が通りません。 # tail /var/log/maillog Feb 18 18:52:40 SVR imapd: LOGIN FAILED, user=USR, ip=[127.0.0.1] Feb 18 18:52:40 SVR imapd: authentication error: No such file or directory FreeBSDでの解決方法はあったのですが、Linuxは探せませんでした。 どうしたら通せるのでしょうか？ # /usr/local/sbin/authdaemond start というのはやってます。 courier-authlib-0.58.tar.bz2 courier-imap-4.0.6.20051004.tar.bz2 です。 124 名前：122 mailto:sage [2006/02/18(土) 21:37:58 .net] authdaemonrcでモジュールをロードしていませんでした。 大変失礼しました、、 125 名前：名無しさん＠お腹いっぱい。 [2006/04/09(日) 01:17:35 .net] ＢｅｃｋｙのIMAPクライアントはIDLEコマンドを非対応でいい？ 126 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/09(日) 01:57:39 .net] 日本語でおｋ 127 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/21(金) 16:58:18 .net] imapのサーバ上に日本語のディレクトリを掘り、 さらにその下に日本語のサブディレクトリを掘りたい。 XREA（レンタルサーバ）では上記の動作を実現可能です。 しかし、ローカルで動かしたFedora2＋Dovecotはダメです。 　→サブディレ掘ると「mailbox dorsn't allow inferior mailboxes」と怒られます。 この問題の解除方法か、imapサーバ上にサブディレクトリを掘れる ほかのシステムがありましたら、ご教示ください。 128 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/21(金) 17:14:36 .net] 一番ましなサーバは何？ 129 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/21(金) 17:43:27 .net] Cyrus 130 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/21(金) 18:39:07 .net] Maildir で dovecot だったらこんな感じだけど? Maildir/# "受信トレイ" Maildir/.INBOX# Maildir/(受信トレイ) の dovecot 用インデックス? Maildir/.subMaildir/# トップレベルのサブフォルダ Maildir/.INBOX.subfolder/# 受信トレイのサブフォルダ 131 名前：名無しさん＠お腹いっぱい。 [2006/04/21(金) 20:00:42 .net] >>126 きちんとエンコードしてれば たいていのサーバでは日本語フォルダ名使えると思うけど。 フォルダ名の国際化はRFCで決まってるお！ 132 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/22(土) 00:26:26 .net] >>126 mailboxだから駄目なんだろ? 133 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/22(土) 01:00:59 .net] mailbox つーか、 mbox だからだな。 134 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/22(土) 03:19:20 .net] dovecotなら素直にMaildirつかったほうがいいね。 135 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/22(土) 19:09:23 .net] uw 以外で MH 対応のおすすめがあれば教えて。 136 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/22(土) 20:06:47 .net] そもそも、HM を IMAP 経由で使用するのをおすすめしません。 137 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/22(土) 20:16:32 .net] ツールに頼らず手動でいじくれる可能性を残すには MH くらいの単純さがちょうどいいんだよね。 138 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/22(土) 21:00:37 .net] Maildir だってたいして面倒ではないわけだが 139 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/22(土) 22:25:06 .net] MHをまともに扱えるIMAP鯖はない。 uwすら移行用レベルの実装。 140 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/23(日) 02:11:13 .net] >>136 1メール1ファイルのMaildirのほうがよほど扱いやすいけど、なにか? 141 名前：イミワカンネ mailto:sage [2006/04/23(日) 09:38:05 .net] >139 ははは 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/23(日) 10:06:28 .net] >>138 というか、MH の思想と IMAP の思想が合わないので。 「まともに扱える」が何を意味してるのかわからんけど、 MH via IMAP だとUWの実装ぐらいのことしかできないと思いますよ。 143 名前：126 mailto:sage [2006/04/25(火) 00:33:56 .net] Maildirに変えたら出来たよー、、みんなｱﾘｶﾞﾄｳ!! ところで、IMAP4って使い出すと便利極まりないし、 端末が潰れてもすぐ復帰できるメリットもあるけど、 普及しないのはなぜ？ 144 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 01:24:13 .net] ｽﾚﾀｲに書いてある 「いつまでも次世代」だからｗ 145 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 01:27:37 .net] 鯖管の立場： ・メールおきっぱなので、ディスク容量食う ・セッションつなぎっぱなしは負荷大きくて嫌 ユーザの立場： ・使い慣れてるソフトが対応してない ・動作が重い ・フォルダの掘りかたや検索に制限がある 146 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 01:35:19 .net] じゃあ使うメリットはなんだろうか。 自分でサーバ立てておけば 好きなクライアント使える、とか、 クライアントの保存形式に依存しない、とか バックアップが簡単、とかかな? 147 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 08:59:05 .net] POPだってメール置きっぱにしとくやついるけどな。 148 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 09:27:31 .net] >>144 >・メールおきっぱなので、ディスク容量食う どうせ保存しておく人は、どっかに保存しておくわけで、 信頼性の低いクライアントに保存するよりは、 信頼性の高いサーバに保存しておくほうがいいのでは？ 貯めすぎる人がいるなら、QUOTAかければいいわけだし。 >・セッションつなぎっぱなしは負荷大きくて嫌 繋ぎっぱなしはCPU負荷はそんなにないよね？メモリ負荷？ >・使い慣れてるソフトが対応してない いまどき、シェアの低そうなソフトだな。 >・動作が重い そんな重いか？クライアント・サーバの作り次第か。 >・フォルダの掘りかたや検索に制限がある そんなに制限あるか？クライアント・サーバの作り次第か。 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 10:23:16 .net] > 信頼性の高いサーバに保存しておくほうがいいのでは？ > 貯めすぎる人がいるなら、QUOTAかければいいわけだし。 これって一行目と二行目が矛盾してる気がするんだよね。 ためずに消すような利用しているひとはそもそも信頼性なんてどうでもよさそうだし、 俺には QUOTA かかったサーバを信頼性が高いとは 150 名前：思えなくて。 >>147 の反論を見てると、 やっぱり IMAP はいつまでも次世代 (というか中途半端) なんだなあ、 という思いが拭い切れないでいる俺ガイル。 [] [ここ壊れてます] 151 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 10:53:15 .net] > 信頼性の高いサーバに保存しておくほうがいいのでは？ > 貯めすぎる人がいるなら、QUOTAかければいいわけだし。 クライアントにデータがあるよりは，サーバにあったほうがいいのは同意． でも，QUOTA は反対．Maildir にして，ディスク足りなくなったら追加なり，NFS で他から リソースもらうなりしてどんどん増やして行くのがいいな．個人的には． でも，それを実現する前に，何でもかんでもメールに添付っていう運用をやめてもらう必要はあるんだけど． 152 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 14:50:13 .net] プロバイダにとってメリットが少ないのが採用されない理由かと。 IMAP4 サポートを理由にプロバイダ選ぶ人は少数派だろうし。 >>144 のようなデメリットもあるしね。 153 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 20:33:59 .net] >>148 矛盾してるか？ ひとりのためにディスクがパンクしてしまって、全員に影響が出てしまわぬよう、 QUOTA をかけるのは信頼性を上げることにならないか？ まあ、合意で決まるプロトコルだから、中途半端感があるのは仕方ないと思うけど、 具体的に何が足りないとか、どうしたらいいとかいう意見はある？ 私はあんまり不満がないんで。 154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/28(金) 17:26:19 .net] >>148はQUOTAについてなんか勘違いしてないか？ 155 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 11:03:40 .net] >>151 重い・・・。とにかく重い。 会社の指針でOutLook使ってるんだけど、頻繁にメールをDLできませんでした、ってなる。 一つのセションでやりとりするメッセージが多い稀ガス。 セションもなんでか、よくロストするみたいだし・・・。 パケット眺めてるとWindowsのファイル共有がWANじゃ重いですね、みたいな感じがする。 thresholdがイケナイ子なのかな。 それとも単にOLの実装が悪いだけ？ 156 名前：名無しさん＠お腹いっぱい。 [2006/04/29(土) 11:14:11 .net] OEのIMAP実装は結構よくできてると思う。Outlookはよく知らない。 Beckyがダメ。変なコマンド投げてくるし。コマンドも有効に使ってないし。 最低限動いてますーってだけのような。 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 14:33:18 .net] うみゅ。BeckyのIMAP実装はクズ同然だなぁ。職場ではBecky使いの人には「ちゃんとレジストしてるの?」 攻撃を仕掛けた上で、Thunderbirdへの乗り換えを勧めている。 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 14:37:05 .net] IMAP 対応の第一段階として "POP3 相当の別プロトコル"、というものがあるからねぇ 159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 20:31:40 .net] Becky使ってみたよ。 ver.2？なのかな。 サクっと見た限り、問題ないみたい。 どの辺のコマンドが有効じゃないの〜？ Beckyは"プロトコルログを取る"ってのが良いなぁ・・・。 OEにもあるんだっけ。 OLでもあれば良いのに・・・。いちいちﾌﾟﾛｱﾅ起動するのﾒﾝﾄﾞｲ(σ`･ω･)σYO!!! 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 20:54:13 .net] Beckyは実装がまちまちなIMAP{鯖側の 最大公約数を満たすような動きするからね それ自体は悪いことではないと思うが、無駄だと思う人もいるだろう 161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 21:27:39 .net] >>158 なるほど、mta独自なあたりを包括するのかな？ #最近このスレ活発(´・д)(д・`)ネー 162 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 21:33:52 .net] ソフトごとのIMAP実装の違いを教えてくれ Beckyのどこが悪いのか Thunderbirdのどこが良いのか 163 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 21:42:21 .net] >>160 わしも興味ある。 基準決めてみんなで調べたら？ 164 名前：名無しさん＠お腹いっぱい。 [2006/04/29(土) 21:45:05 .net] 以前海外のマイナーなIMAPサーバを評価したとき、 Beckyは固まった。一応マイナーでもRFC2060のIMAP4rev1 の通りに返答してるみたいなんだけど、Beckyは正しくパース 出来てないみたいだった。 あとBeckyはIDLEコマンドサポートしてないんで、サーバに メールに届いてもクライアントに通知できない。上のほうで誰か も書いてたけど、POPと同じ使い方しかできない。 数年前の話なんで、最新バージョンでは直ってるかもしれないです。 そのときはごめんなさいってことで。 165 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 21:56:48 .net] >>154 Outlook の IMAP 対応はいけてないです。 166 名前：名無しさん＠お腹いっぱい。 [2006/04/29(土) 22:07:16 .net] >>163 具体的にどんなところがいけてない？ もうIMAPはプロトコルが複雑だから実装もまちまちで、 動作も重いからイラネ。もう全部ウェブメールでよくね？ 167 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 22:11:38 .net] >>161 メッセージの一覧を取得するのに、何投げてるとか。 キャッシュ持ってて、前回との差分を取得するイメージ 168 名前：。 Cyrus だと、/var/imap/log/ユーザ名 のディレクトリ掘っておけば、 プロセスごとのやりとりのログが残るよ。 [] [ここ壊れてます] 169 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 22:41:11 .net] Thunderbirdの、コネクション張りまくる仕様はどうかと思うな。 ユーザを多数抱えるサーバではたまったものじゃない。 エンドユーザにはお仕着せのprefs.jsを与えて、書き換えられないように しておけばいいんだけどさ。 コネクションが多すぎるのでサーバ側から拒否されると永久に返事を待ち続けて 固まるところとか。何年も前の話だからもう直ってるかもしれないけど。 170 名前：名無しさん＠お腹いっぱい。 [2006/04/29(土) 22:44:36 .net] >>166 いや。Thunderbirdはこないだもそうだった。 クライアント側で同時に張れるセッション数を設定できて、 常に最大数を維持しようととする。何の意味があるのか。やめれｗ 171 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/29(土) 23:04:56 .net] OS XのMail.appは購読フォルダが選べないって時点でどうにもならない 172 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 01:12:57 .net] >166 良くわからないんだけど 1クライアント => 1サーバー って関係のときに複数 TCP セッションを張ってるの? 173 名前：名無しさん＠お腹いっぱい。 [2006/04/30(日) 01:18:57 .net] >>169 うん。フォルダ毎にセッションを張って、張りっぱなしにする。 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 01:43:08 .net] クライアントの処理は、その方が楽なんだよ。 IMAPの操作はフォルダを選択して行うものが多いから、フォルダ毎に 「現在の状態」というかコンテクストを持つことになる。 1フォルダにつき1セッションだとシンプルに処理できるが、1クライアントにつき 1セッションだとフォルダを切り替える毎に持っていたコンテクストを捨てて、 やり直すことになる。 たぶんThunderbirdのやり方のほうがIMAPで意図されていたことなんだろうと思う。 とは言え、多数のユーザを抱えるサーバにとってはセッションを張られるのは負担なんだよね。 IMAP自体、サーバの負担に頓着してないところがある。IDLEコマンドとか。 175 名前：名無しさん＠お腹いっぱい。 [2006/04/30(日) 01:48:06 .net] IMAPのプロトコルはコマンドにいちいちIDがついているけれども、あのIDにフォルダ名が 含まれていれば１クライアント１セッションでもいいのではないかと 今更言ってみる。 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 07:59:49 .net] そんな仕様ならThunderbirdはお勧めできないな 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 09:08:05 .net] でも現状フリーで素人に奨められるものって thunderbird 位しかないっしょ 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 10:43:42 .net] そう思って数年前に Thunderbird 勧めたんだけど、 ( 今は直ったけど ) 日本語フォルダがあるとメールが消えたり、 日本語があるとアドレス帳が使えなかったり、 バージョンアップしたら設定が消えたりと散々だったので 4200 円払って Becky! 使わせたほうが安いと思ったよ。 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 11:02:29 .net] >>171 結局、クライアントを再起動するときなんかは、終わるときにコンテキストを 保存しておいて、フォルダをオープンして同期をかけることになるんで、 そういう実装は持っているはずだから、手間は変わらないのでは？ IDLEコマンドのサーバの負荷ってのはどうなのかな？ 毎度クライアントから接続されて、そのたびにフォルダーをスキャンして 状態を返すより、状態を持っていて調べるほうが処理は楽そうにも思えるのだが。 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 11:04:44 .net] 接続を維持されると嫌だっていうけど、 実際問題そんなに負荷かかるの? 大体接続1本あたり、サーバー側でどのリソースをどの程度食うもんなの? 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 11:13:25 .net] >>172 それを言うなら、コマンドでフォルダ名を指定するようにしておけば、 良かったんじゃなかろうか。 でも、それができないサーバの実装もあるんだろうね。 明示的にフォルダを開いて、諸々の処理をしないといけないとか。 182 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 11:14:16 .net] >>174 Sylpheed はどうでしょう？ 183 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 11:22:31 .net] >>177 接続を維持されようが、その都度接続されようが、活動している 接続の数は変わらないはずだから、1接続ごとにサーバプロセスが 起動するならば、お休みになってる分のメモリの使用量が負荷だと 言っているのだと思うが、その分はスワップアウトされてても いいわけで。 184 名前：177 mailto:sage [2006/04/30(日) 13:15:04 .net] >180 やっぱりまずメモリですかね。 あとファイルディスクリプタとか食ったりするのかな? 「最も効率的」という実装ではないにしても、 だからダメというほどのポイントには感じられないんですよね... 大規模サーバーの管理者だと印象が違ってくるのかな。 (おいらはせいぜい〜数十人のグループ内サーバー管理) 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 20:00:18 .net] >>181 数十人しかユーザーいないのに netstatして百本以上接続されてるとちょっとウンザリしない？ 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 21:05:51 .net] この勢いならマイナーソフトの質問も言える・・・ ジャストシステムの「Shuriken」はどう？ IMAP4に対応してるから使ってるけど、とくに不満はない。 ほかを使ったことがないので良いのか悪いのか判らない。 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 22:02:02 .net] >182 うんざり程度ですむなら安いもんじゃん? 188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 23:00:52 .net] uw-imapdやcourierは1セッション毎に1プロセス割り当てられるけど、 大昔の実装だとフォルダの中身の全メールの容量ぶんメモリを確保したような覚えが。 なので、あっという間にメモリが枯渇した。 最新のuw-imapdだと、psかけるとフォルダサイズによらず7MB弱喰っている模様。 んで、ヲレの場合9セッション使っていた。仮に1人あたり10セッションとすると、 1人で70MB喰う。たとえ1GBメモリがあっても15人も使えばスワップすることになる。 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 23:04:45 .net] uw-imapdなんてプロトコル検証用ソフトを実運用で使ってるほうが悪い 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 23:25:46 .net] >>183 悪いというウワサは聞きませんが。 ソコソコよろしいんじゃないでしょうか？ 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/30(日) 23:36:16 .net] 接続ごとに thread 使ってるサーバ実装ってある？ 更にコマンドの処理もthreadで処理してるサーバってある？ 192 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/01(月) 07:38:11 .net] >>186 でも、検索もきちんと国際化されてるし、機能はそこそこ豊富だし、 なにより導入がお手軽なんでやっぱり便利。cyrusのほうが機能、性能的に いいことはわかりきってはいるんだけどね… あと、ここ数年はcourier vs dovecotなんていうのもあるか。んで、dovecotは ようやく1.0が出るみたい。 193 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/01(月) 07:50:39 .net] >>182 別にしないよ。 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/01(月) 09:06:18 .net] >>183 ShurikenはIMAP上のフォルダを移動できなくて萎えた 環境: Shuriken Pro4/R2 (体験版) + courier-imap-4.1.0 195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/01(月) 10:53:10 .net] それは、同一階層なら名前の変更ができるけど、別階層へ変更できないってことかな？ 体験版をダウンロードしようかとも思ったが、最初のインストールから30日しか 試用できないので、止めた。 使い心地を30日体験するならこれでいいんだろうけど、 機能評価するなら、これじゃダメ。バージョンアップ後に再評価とかもできないし。 実際に起動した時間とか回数で制限してもらいたいものだ。 196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/03(水) 00:44:26 .net] >>192 「同一階層なら名前の変更」 → これは試してないので不明 「別階層へ変更」 → これはNGだった 197 名前：183 mailto:sage [2006/05/03(水) 17:43:17 .net] shurikenの情報ありがとう。 Shurikenで、IMAP上のフォルダを移動できない件は、 IMAPの標準規格の制限かと俺は理解してた。 フォルダごと移動できたほうが便利なことは間違いないな。 ほかのクライアントでも試してみるか。チラ裏おわり 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/03(水) 23:52:55 .net] IMAPのプロトコル上は、RENAME コマンドがあるんで、 フォルダーの名前の変更＝移動はできるよ。 もちろん、デリミタ 199 名前：込みで名前を指定できるから、 階層をまたぐ移動も可能。 あ、ちょっと勘違いしてたらまずいので確認ですが、 ここで行ってるフォルダって、メールボックスのことですよね？ folder┬folder1 　　　├folder2 　　　└folder3 この場合の folder のところのことを言ってます？ その場合、これがメールボックスか単なる階層の名前かで変わってきます。 [] [ここ壊れてます] 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/05(金) 01:33:07 .net] 1000人規模でIMAPを使っているトコってどこかありますか？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef