〓〓〓いつまでも次世 ..
1:名無しさん＠お腹いっぱい。
05/04/24 03:11:56 .net
■関連リンク
The IMAP Connection
URLﾘﾝｸ(www.imap.org)
RFC3501:INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1
URLﾘﾝｸ(rfc.net)
■オープンソースの定番サーバ
IMAP Information Center: UW IMAP Server (mbox, MH, →パッチ適用で Maildir 可)
URLﾘﾝｸ(www.washington.edu)
Cyrus IMAP Server (独自スプール形式)
URLﾘﾝｸ(asg.web.cmu.edu)
Courier-IMAP (Maildir)
URLﾘﾝｸ(www.courier-mta.org)
Binc IMAP (Maildir)
URLﾘﾝｸ(www.bincimap.org)
Dovecot (mbox, Maildir)
URLﾘﾝｸ(dovecot.procontrol.fi)
※これ以外にもいくつかあるので IMAP Connection で検索すべし
■過去ログ
IMAP Serverとしてどちらがお勧め (UW or Cyrus)？
URLﾘﾝｸ(cocoa.2ch.net)
〓〓〓次世代メールプロトコル、IMAP〓〓〓
ｽﾚﾘﾝｸ(unix板)
2:名無しさん＠お腹いっぱい。
05/04/24 04:18:01 .net
2get
3:名無しさん＠お腹いっぱい。
05/04/24 23:50:30 .net
乙
4:名無しさん＠お腹いっぱい。
05/04/26 02:59:48 .net
即死防止
5:名無しさん＠お腹いっぱい。
05/04/26 12:10:49 .net
その2になるのに随分と時間がかかったな。
普及度考えるとこんなもんなのか。
6:名無しさん＠お腹いっぱい。
05/04/26 21:18:18 .net
NTTドコモのプロバイダーのmoperaでIMAPサービスやってるね。
7:名無しさん＠お腹いっぱい。
05/04/26 23:35:14 .net
営業マン 100 人いて会社在席時PCと外出用ノーパソが別。
受信メールが会社とノートで分かれるのが嫌で IMAP 導入しようと思うのだけど
1 人�
8:たり 1 年で 2G くらい受信する(見積もりのPDF等がでかい)。 運用の参考になるサイトないですか？英語サイトでも可です。
9:名無しさん＠お腹いっぱい。
05/04/27 12:37:17 .net
>>7
テラbyte単位のストレージ使って、あとは普通にIMAPサーバでいいんじゃないの?
1通の容量多くても100人程度なら速いマシンなら負荷どってことないだろうし。
10:名無しさん＠お腹いっぱい。
05/04/27 13:21:25 .net
>>8
ありがと。テラは高いな…。
定期バックアップもテープに収まらないから工夫が必要そう。
100G くらいの HDD を分散させようと考え始めました。
先人たちはどういう風に構築しているんでしょう？
11:名無しさん＠お腹いっぱい。
05/04/27 13:42:54 .net
システム屋に頼むんじゃないかな
12:名無しさん＠お腹いっぱい。
05/04/27 14:48:13 .net
身も蓋もないﾚｽｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( ﾟ)━( )━(ﾟ )━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!
13:名無しさん＠お腹いっぱい。
05/04/27 17:25:52 .net
>>9
分散させるのはヲレ的には最悪の手段だと思う。
MaildirのようなNFSと相性のいいスプール形式にして、それに対応した
IMAP serverをつかい、スプール用のストレージにNetAppのようなNASを
使うのが楽。
バックアップはNetAppでスナップショットを切ってから差分バックアップなり
フルダンプなりすればいい。
14:名無しさん＠お腹いっぱい。
05/04/27 17:50:59 .net
オープンソースで考えてるなら、オライリーの「IMAP」くらいは読んでおいて良いかと。
15:名無しさん＠お腹いっぱい。
05/04/27 18:05:34 .net
同じく分散は勧めないかな。手間増えるだけでメリットないのでは。
1通のサイズが大きいの分かっているのなら>>12の言うようにMaildirがいいだろね。
ディスクは十分に余裕のあるサイズのを1つ使うのが楽だと思う。
内蔵でも外付けでもNASでもなんでもいいけど。
IMAPだと予想以上に社員にHDDを使われるよ。
そして「不要なメールや添付ファイルは消してくれ」と頼んでも消してくれない。
結局IMAP使う以上は最初にある程度ハードにお金かけるほうが良いかと。
16:名無しさん＠お腹いっぱい。
05/04/27 19:40:55 .net
>>10-14
ありがと！
O'Reilly から IMAP 本が出てるの知らなかった…。
とりあえず O'Reilly の IMAP 本を買います。
17:名無しさん＠お腹いっぱい。
05/04/27 22:23:22 .net
おらいりーの本はちょいと古いのでuwとcyrus(しかも1.5系)の話題中心...
18:名無しさん＠お腹いっぱい。
05/04/27 23:46:51 .net
7 のように会社などの大人数の所に
手軽に導入できないのが普及のネックになっているのか？
19:名無しさん＠お腹いっぱい。
05/04/28 00:21:20 .net
前スレでも出てたけど、同時接続数が一番の問題かな。
ディスクスペースは今時どうにでもなると思う。
CyrusのML見てると1万ユーザくらいは収容できているようだけど、
それでもパフォーマンスチューンで苦労しているようだし。
UWとかCourierあたりだとindex持たない(よね?)から、
万オーダーのユーザの収容は苦しいんじゃないかな。
20:名無しさん＠お腹いっぱい。
05/04/28 06:40:20 .net
スプールをNFSにしてIMAPサーバを複数使って負荷分散ってどうよ。
21:名無しさん＠お腹いっぱい。
05/04/28 12:25:46 .net
>>19
営業はサーバAで総務はサーバB使え、みたいな感じか。
状況によってはアリだろうし面白いかもしれないな。
22:名無しさん＠お腹いっぱい。
05/04/28 18:54:18 .net
それだとバックエンド側で働いているNFSサーバの性能で
パフォーマンスが制限されない?
バックアップなどの観点からも、ある程度の規模になったら
スプールする領域を分けることは必須じゃないかな。
SMTPサーバが受け取ったメールを仕分けして、
LMTP使って別々のIMAPサーバのスプールへ流し込むとか、
既に実装されている技術でもできないことはない。
23:名無しさん＠お腹いっぱい。
05/04/28 21:33:33 .net
>>21
NFSサーバの性能が問題になるほどIMAPでのディスクアクセスってすさまじいか?
もちろん、規模がとてつもなく大きくなれば話は別だけど。
24:名無しさん＠お腹いっぱい。
05/04/28 22:08:48 .net
>>21
確か、cyrus だとそういうことができるよね。
>>22
大規模だと、まずメモリ積め、ディスクI/Oのスループットを上げろ、って言われますけど。
25:名無しさん＠お腹いっぱい。
05/05/01 02:32:50 .net
>>14
無くなっては困るが、かといって参照することは
ほぼない過去メールと、それなりの頻度で参照
する過去メールとを分離することは大切。営業
職の社員は、とかくメールを削除することを嫌が
る傾向があるので、分離しないと一人当たり
数万通のメールを平気でためこんだりする。
Maildirだといくらサーチの速いファイルシステム
を使っても快適なメール環境は実現が難しいだ
ろう。そもそも、Maildirに対応したIMAPサーバで、
1ディレクトリあたり数万ファイル、容量にして数GB
に及ぶものを扱えて信頼のおける実装はあるの
だろうか。
結局のところ、cyrusやExchangeのようにDBMSを使って
1ファイル(または数ファイル)で扱う方が現実的では
ないかと思う(SunのMessaging Serverがどのような
メールボックスかは知らない)。
26:名無しさん＠お腹いっぱい。
05/05/01 15:05:06 .net
メールのデータは一つで、
あとは各人がどれを読んだか削除したかのリストを持つ、
という方式はないの？
27:名無しさん＠お腹いっぱい。
05/05/01 16:59:27 .net
>>25
ハードリンクを利用した方法ならある。
28:名無しさん＠お腹いっぱい。
05/05/01 17:37:53 .net
詳しく
29:名無しさん＠お腹いっぱい。
05/05/01 17:47:58 .net
これ。
URLﾘﾝｸ(www.atmarkit.co.jp)
> Cyrus IMAPDでは、MDA（Mail Delivery Agent）だとあて先ユーザーごとに配送されますが、
> LMTP経由だと複数ユーザー同時に配送されることを利用して、
> メールの保存を1通だけにして、ディスク容量を稼ぐということも行っています。
30:名無しさん＠お腹いっぱい。
05/05/01 17:50:20 .net
元ドキュメントはこれ。
URLﾘﾝｸ(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.
31:名無しさん＠お腹いっぱい。
05/05/01 22:10:34 .net
なるほど。Courier 使ってるけど調べてみる。
32:名無しさん＠お腹いっぱい。
05/05/01 22:19:31 .net
>>30
> なるほど。Courier 使ってるけど調べてみる。
(゜Д゜)ハァ?
33:名無しさん＠お腹いっぱい。
05/05/05 01:55:19 .net
玄箱でCourier-IMAPうまくいってる方いますか？
userdb等で、ログイン名等の設定もちゃんとやったんですが、LINUX(Debian)の
パスワード以外だとログインできないんです。
34:名無しさん＠お腹いっぱい。
05/05/05 03:22:40 .net
すいません。できました。authdaemonrcの記述が必要だったみたいです。
一つ聞きたいんですが、プロバイダのメール等を取り込んでやる場合
メールの保存するディレクトリは/home/user/Mailがいいのでしょうか？
パーミッションを777?にしなきゃ、エラーが出るのでやめたほうがいいような気がするのですが。
35:名無しさん＠お腹いっぱい。
05/05/05 03:54:46 .net
777になんかする必要ないよ
36:名無しさん＠お腹いっぱい。
05/05/05 05:03:29 .net
Debianなら/usr/share/docの下にあるドキュメント(README.Debian.gzなど)に、
Deb特有の設定方法が書かれているので、よく読んでからもう一度来なさい。
37:名無しさん＠お腹いっぱい。
05/05/05 11:52:16 .net
URLﾘﾝｸ(www.ctc-g.co.jp)
Mirapointってどう?
38:名無しさん＠お腹いっぱい。
05/05/10 16:20:13 .net
mh 対応の imap server って uw-imap 以外に何がありますか？
39:名無しさん＠お腹いっぱい。
05/05/10 18:44:56 .net
>>37
ximapd
40:名無しさん＠お腹いっぱい。
05/05/10 21:53:46 .net
>>38
なかなか面白そうだけどできたてほやほやですね。
41:名無しさん＠お腹いっぱい。
05/05/19 07:26:11 .net
uw-imapってmh形式使った場合の既読情報管理をどうやってんの？
ヘッダになんか書き込んでんの？
42:名無しさん＠お腹いっぱい。
05/05/19 07:57:41 .net
情報管理されてないっぽいよ。
43:名無しさん＠お腹いっぱい。
05/05/19 08:29:27 .net
>>40
uw-imapdはdriverに関係なくヘッダに情報書いているでそ
>>41
へ?
44:名無しさん＠お腹いっぱい。
05/05/19 09:56:33 .net
>>42
今確認してみたけどヘッダには何も追加されてないよ
45:名無しさん＠お腹いっぱい。
05/05/19 10:22:15 .net
ヘッダが減ったーーーーーーーーーーー
46:名無しさん＠お腹いっぱい。
05/05/19 11:00:40 .net
mbox みたいに Status に情報記録してくれてもいいのに。
47:名無しさん＠お腹いっぱい。
05/05/19 11:03:49 .net
>>45
ハックよろしく
48:名無しさん＠お腹いっぱい。
05/05/19 13:22:02 .net
MH なんだから .mh_sequences に情報記録してくれてもいいのに。
49:名無しさん＠お腹いっぱい。
05/05/19 13:56:16 .net
>>47
よろしく
50:名無しさん＠お腹いっぱい。
05/05/20 22:06:01 .net
mhフォルダ使うとIMAP Message IDも重複しますよ。
あれはあくまでも環境移行のための機能と思うべし。
51:名無しさん＠お腹いっぱい。
05/05/20 22:16:16 .net
「IMAP Message ID」って何ですか？
52:名無しさん＠お腹いっぱい。
05/05/20 22:24:44 .net
もしかしてメールが消えちゃうとかあります？
53:名無しさん＠お腹いっぱい。
05/05/20 22:27:11 .net
すまんにょ。UIDのことだす
54:名無しさん＠お腹いっぱい。
05/05/20 22:29:53 .net
UIDが一意である、という規格通りの動作を期待するクライアントで問題が発生するっす＞mhフォルダ
55:名無しさん＠お腹いっぱい。
05/05/21 22:33:22 .net
あれ？昔は UIDVALIDITY が毎回変わってたような気もするのだが、
それは気のせいか。
56:名無しさん＠お腹いっぱい。
05/05/22 10:43:58 .net
>>52
ああ、そういうことですか。
>>54
UID は変わんないけど UIDVALIDITY が毎回変わるので使えねー、
というのは以前聞いたことありますね。
それとはまた違う問題があるんですかね？
57:名無しさん＠お腹いっぱい。
05/05/24 21:19:28 .net
CRAM-MD5を使うには/etc/cram-md5.pwdに平文で全員分のパスワードを書かないといけないの？
なんか代替案があったような気がしたんですが
58:名無しさん＠お腹いっぱい。
05/05/24 22:48:29 .net
∧＿∧
（ ´∀｀ ） ところでこのゴミ、どこに捨てたらいい？
/⌒ ｀ヽ
/ / ﾉ.＼＿M
( /ヽ |＼＿__E）
＼ / | ／ ＼
（ _ﾉ | / ｳﾜｧｧﾝ ヽ
| / / |ヽ<｀Д´>ﾉ|
| / / ヽ（>>56）ノ
( ) ) ￣￣￣
| | /
| | |.
/ |＼ ＼
∠／
59:名無しさん＠お腹いっぱい。
05/05/24 23:48:51 .net
>>56
~/.cram-md5
60:名無しさん＠お腹いっぱい。
05/05/25 12:37:20 .net
>>56
参考までに知りたいんだけど、それなんていう IMAP サーバ？
61:名無しさん＠お腹いっぱい。
05/05/25 13:05:02 .net
uw-imapdのことでそ
62:名無しさん＠お腹いっぱい。
05/05/25 14:21:00 .net
なるほど。つーかぐぐればでてきましたね。失礼。
63:名無しさん＠お腹いっぱい。
05/05/27 00:12:41 .net
新規にIMAPサーバをインストールするなら今はどれがお勧め?
Maildir形式を考えています。
64:名無しさん＠お腹いっぱい。
05/05/27 00:15:28 .net
ximapd
65:名無しさん＠お腹いっぱい。
05/05/27 16:27:52 .net
uw-imapd+mhでも微妙に既読管理がされている気がする。
mhフォルダに振り分けたメールでも、初めてメールを受け取ったときだけは未読になってる。
66:名無しさん＠お腹いっぱい。
05/05/27 18:21:00 .net
>>64
クライアントによっては自前でローカルに未読既読情報を持ってたりするけど、そういうことでなくて？
67:IMAP 初心者
05/05/27 21:09:39 .net
dovecot で IMAP やってます。
フォルダへの自動振り分けは、サーバー側で設定を行わないと？
メールクライアントから設定した振り分けルールが、
サーバー側に反映される？
68:名無しさん＠お腹いっぱい。
05/05/27 21:14:01 .net
>>66
まずは日本語を習うべし。
69:名無しさん＠お腹いっぱい。
05/05/28 05:21:04 .net
uw-imap の mh を
wanderlust, thunderbird, squirrelmail の三つで使ってるけど、
自前で情報蓄えておく wanderlust 以外では未読情報は維持されてない。
あと thunderbird では、>>64 のように
メールを振り分けた直後は未読になってるけど、
次に立ち上げたときは未読情報を失ってるね。
70:名無しさん＠お腹いっぱい。
05/05/28 10:03:55 .net
昔見たときのの話で、今の実装はどうなってるかわからんが、
uw-imap の mh フォルダーの扱いでは、
\Seen フラグを設定できるが、permanent ではないので、
セッションを終了した時点で、フラグが消えるんじゃなかったっけ？
71:IMAP 初心者
05/05/28 12:33:07 .net
>>67
戸田奈津子みたいな日本語ですみません。
IMAP の振り分けルール作成は、サーバー側(dovecot)で設定するものなのでしょうか。
それともクライアント側からも制御できるのでしょうか。
クライアント側からも制御できる場合、↓のような運用も可能なのでしょうか。
Becky! でルール作成 → サーバー側に反映 → 他のメールクライアント
(OE や、SquirrelMail など)でもアクセス時に振り分けが実行されている
72:名無しさん＠お腹いっぱい。
05/05/28 16:15:34 .net
>>70
ほとんどすべてのMUAは独自に振り分けルールを持っていて、
アクセスしたときに振り分けを実行している。
Cyrus+MulberryだとSieve使ってもう少し高度なことができるけど。
# Mulberry はマルチバイトにきちんと対応してくれればなぁ
73:名無しさん＠お腹いっぱい。
05/05/29 08:18:14 .net
普通はサーバ側にルールを作成しておけば、
メール到達時に振分が実行される。
74:IMAP 初心者
05/05/29 13:13:16 .net
サーバー側ででも設定できるんですか。
dovecot の振り分け設定解説しているサイトとかありますかね？
75:名無しさん＠お腹いっぱい。
05/05/29 14:55:50 .net
つ maildrop
76:名無しさん＠お腹いっぱい。
05/06/01 01:17:39 .net
メールスプールを扱う各種ソフトのロック方式って統一されてないんだよね？
メールスプールもホームディレクトリもNFSだし、権限ないから保存形式変えられないし
((；ﾟДﾟ)ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
77:名無しさん＠お腹いっぱい。
05/06/01 01:44:39 .net
Maildirならロック不要
78:名無しさん＠お腹いっぱい。
05/06/01 22:16:17 .net
IMAPの話なら、MDAとMRAで話があってればいいんでないの？
79:名無しさん＠お腹いっぱい。
05/06/02 11:14:53 .net
>>77
ロック方式なんて何処にも書いてないし
80:名無しさん＠お腹いっぱい。
05/06/03 00:05:29 .net
何の話？
81:名無しさん＠お腹いっぱい。
05/06/03 04:17:30 .net
IMAPで操作中にメールが来て同時にmboxに書込みが起きたらファイルが壊れるだろう
という話じゃないの？
俺procmailとuw-imapdつかってるけど、uw-imapdのロックファイルは/tmp/lockfileだから
procmailのロックファイルも/tmp/lockfileにして同時に書込みが起きないようにしてるよ。
82:名無しさん＠お腹いっぱい。
05/06/03 12:44:08 .net
uw-imap だったら dmail 使うのもあり
83:名無しさん＠お腹いっぱい。
05/06/03 14:28:57 .net
procmailからだと
:0
* ^(To|Cc):.*foo@bar
|/usr/bin/dmail +mail/baz
なんて感じでdmailつかって配信するのが気持ちいいですな。
84:名無しさん＠お腹いっぱい。
05/06/04 00:49:33 .net
>>80
NFSだったら/tmp/lockfileが同じマシンとは限らないから駄目じゃない？
85:名無しさん＠お腹いっぱい。
05/06/07 21:58:55 .net
久しぶりにメールサーバー再構築しようと思っています。
せっかくなので IMAP もつかえるようにしようとしてますが、APOP との連携で定番って無いんでしょうか?
Maildir 形式対応と安定性(噂)で Courier-imapd を使おうと思ったのですが Courier-imapd に付属の pop3d はAPOP に対応しておらず、APOP パッチも古いもの用しかないようです。
そこで Maildir 形式を扱える他の pop3d を併用できないかと思ったのですが、何かまずいことがあるような気もしています。
併用することで何か問題になることはないでしょうか?
ちなみに MTA は postfix を使用します。
86:84
05/06/07 22:11:25 .net
ちなみに併用でまずそうなパターンで思いついたのは、
APOP で接続された MUA が DELE リクエストを投げたとき、実際にはサーバ上では残しておく必要があるということです。
ユーザーごとに IMAP か APOP のどちらかしか使用しない運用ポリシーにするか、RETR されるときにサーバー上でメールはコピーしておくとか
なにやら対策が必要な気がします。
87:名無しさん＠お腹いっぱい。
05/06/07 22:27:10 .net
そうですか。
88:名無しさん＠お腹いっぱい。
05/06/07 22:54:43 .net
併用することでどういうまずいことがあるのか分からんけど、
cyrus-imapd (+cyrus-sasl) は一つのサーバで
IMAP4 と APOP(POP3)をサポートしているけどね。
メールボックスは独自形式なので、Maildirが必須要件ならダメだけど。
俺はpostfixとの組み合わせで3年使ってるが障害は皆無だす。
89:名無しさん＠お腹いっぱい。
05/06/08 04:22:35 .net
いまさらAPOPというのもあれだなぁ。
90:名無しさん＠お腹いっぱい。
05/06/08 06:50:51 .net
どうせならRFC1734だね。
91:名無しさん＠お腹いっぱい。
05/06/09 01:09:10 .net
今や APOP が推奨されないのは、
毎回セッション開始時に <****@*****> という文字列作るために
/dev/random 等のエントロピープールを使うため、
乱数のエントロピー枯渇を狙った DoS 攻撃に対して弱くなる。
RFC1734(POP AUTH)だと AUTH コマンド送るまで乱数を使わなくて済む。
という認識で正しい？ (APOP と両方つかえるようにしてると意味無いけど)
92:名無しさん＠お腹いっぱい。
05/06/09 09:21:18 .net
枯渇なんてすんの?
93:名無しさん＠お腹いっぱい。
05/06/09 10:29:41 .net
cat /dev/random > /dev/null
94:名無しさん＠お腹いっぱい。
05/06/09 10:34:48 .net
>>90
スレ違いだろ。
Internet Mail System 総合スレ＠UNIX板
ｽﾚﾘﾝｸ(unix板)
95:名無しさん＠お腹いっぱい。
05/07/12 23:32:45 .net
debianでdovecotを使ってるのですけど急にINBOXのメールだけ見れなくなりました。
その他のフォルダについては普通に見れます。
実際のディレクトリ(~/Maildir/cur)を見てみても特に異常は見当たりません。
クライアントはSquirrelMail、Thunderbird、Sylpheedを使ってます。
どなたかお助けお願いします。
96:名無しさん＠お腹いっぱい。
05/07/12 23:40:57 .net
>>94
(ﾟДﾟ)ﾊｧ?
97:名無しさん＠お腹いっぱい。
05/08/13 13:57:37 .net
Maildirじゃなくて？
98:名無しさん＠お腹いっぱい。
05/09/21 12:35:11 .net
Courier-IMAP 4.0.5 age
99:名無しさん＠お腹いっぱい。
05/09/21 12:39:15 .net
age なら age らしく age ろ。
100:名無しさん＠お腹いっぱい。
05/10/24 18:41:33 .net
Courier-IMAP-4.0.6 + qmail + vpopmail で運用しています。
IMAP before SMTP ができなくて困っています。
ぐぐってみても4.0.x以前の設定方法の情報しかなく、やり方がわかりません。
どなたかご存じの方いませんでしょうか？
101:名無しさん＠お腹いっぱい。
05/10/24 19:52:48 .net
>>99
仕事で必要ならコンサルタントを雇いなさい
102:名無しさん＠お腹いっぱい。
05/10/25 10:20:48 .net
>>100
いえ自宅サーバ用です
やはりSMTP-Authを併用するしかないのでしょうか
どなたかご存知の方いましたら教えてください
103:名無しさん＠お腹いっぱい。
05/10/25 14:29:05 .net
>>99 ぐぐってみても4.0.x以前の設定方法の情報しかなく、
やり方がわかりません。
えー。
つDRAC
104:名無しさん＠お腹いっぱい。
05/10/25 15:28:53 .net
>>102
4系以前はもっと簡単に実現できていたのに、色々と面倒になったのですね。
ぐぐってみたところ、
URLﾘﾝｸ(www.smalltown.ne.jp)
で対応するパッチを見つけることができました
ありがとうございました
105:名無しさん＠お腹いっぱい。
05/11/05 01:30:55 .net
>>99
好奇心からの質問ですが、SMTP-AUTH じゃなくて IMAP before SMTP が必要に
なる環境というのは、どのような理由によるものなのでしょう？
106:名無しさん＠お腹いっぱい。
05/11/05 11:27:42 .net
自宅サーバーでimapdをinetd経由で呼んでいます。
メールの新着確認のタイミングが１分くらいのようなのですが、
これは、imapdの設定？クライアントの設定でしょうか？
できたら１０秒くらいにしたいのですが。
107:名無しさん＠お腹いっぱい。
05/11/05 14:47:08 .net
>>105
MUAがNOOP送るタイミング変えれ
108:名無しさん＠お腹いっぱい。
05/11/05 18:47:25 .net
>>105
クライアントの設定だろうが、
サーバもクライアントも何使ってるのか書かないのはエスパー希望か？
109:名無しさん＠お腹いっぱい。
05/11/06 15:10:20 .net
>>104
別に無いよ
今まではIMAP before SMTPを使っていたというだけ
強いて言うならメーラーの設定が少しだけ楽なことくらい？
110:名無しさん＠お腹いっぱい。
05/12/05 11:47:42 .net
Dovecot(1)
ｽﾚﾘﾝｸ(unix板)
111:名無しさん＠お腹いっぱい。
05/12/05 13:58:29 .net
>>109
宣伝乙
今度こそ落ちないようにしたいものだな
112:名無しさん＠お腹いっぱい。
05/12/06 21:10:48 .net
courierからdovecotへ乗り換えた。
体感出来るぐらい（ちょこっと）速くなった。
あとcourierの変態logフォーマットから解放されてすっきり。
113:名無しさん＠お腹いっぱい。
05/12/07 00:24:37 .net
MTAが相変わらずqmailなんで、courierどころではない変態logフォーマットでも
へっちゃらさ～。
114:名無しさん＠お腹いっぱい。
05/12/27 12:32:37 .net
>>111
へえ、dovecotって速いんだ。ちょっとそそられるなあ。
115:名無しさん＠お腹いっぱい。
05/12/27 19:49:33 .net
ちょっと前の奴。
URLﾘﾝｸ(www.isode.com)
116:名無しさん＠お腹いっぱい。
05/12/27 20:39:53 .net
cyrusはさすがにパフォーマンス高いな
117:名無しさん＠お腹いっぱい。
05/12/27 22:32:40 .net
dovecotのグラフが笑える。
118:名無しさん＠お腹いっぱい。
06/01/19 14:19:16 .net
Windows環境で、IMAP4に対応した数少ないメールサーバ「Mercury/32」を
ローカル環境で使っている人は居ますか？
Mercury/32
URLﾘﾝｸ(www.pmail.com)<)
対処法をご存知の方、ご教示ください。
119:名無しさん＠お腹いっぱい。
06/01/21 00:50:34 .net
そんな糞は窓から投げ捨てて、
Cygwin上でUWかCourierでも使ってろ。
120:117
06/01/21 05:41:23 .net
>>118
ありがとう。あきらめがつきました。
その方向性で行くと、Cygwinというものに初挑戦となります。
導入方法について書いてある、お勧めページをご教示いただけますか。
121:名無しさん＠お腹いっぱい。
06/01/21 12:22:38 .net
Cygwin上のUW/Courierもかなりダメだったけど。
coLinuxでも使ってろ。
122:名無しさん＠お腹いっぱい。
06/01/21 14:08:19 .net
どうでもいいけど >117 はなんで unix板で聞いてるの?
win のことなら win関係で聞けばいいじゃん。
ここでは win のことは生暖かく見守るの専門。
123:名無しさん＠お腹いっぱい。
06/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
06/02/18 21:37:58 .net
authdaemonrcでモジュールをロードしていませんでした。
大変失礼しました、、
125:名無しさん＠お腹いっぱい。
06/04/09 01:17:35 .net
ＢｅｃｋｙのIMAPクライアントはIDLEコマンドを非対応でいい？
126:名無しさん＠お腹いっぱい。
06/04/09 01:57:39 .net
日本語でおｋ
127:名無しさん＠お腹いっぱい。
06/04/21 16:58:18 .net
imapのサーバ上に日本語のディレクトリを掘り、
さらにその下に日本語のサブディレクトリを掘りたい。
XREA（レンタルサーバ）では上記の動作を実現可能です。
しかし、ローカルで動かしたFedora2＋Dovecotはダメです。
→サブディレ掘ると「mailbox dorsn't allow inferior mailboxes」と怒られます。
この問題の解除方法か、imapサーバ上にサブディレクトリを掘れる
ほかのシステムがありましたら、ご教示ください。
128:名無しさん＠お腹いっぱい。
06/04/21 17:14:36 .net
一番ましなサーバは何？
129:名無しさん＠お腹いっぱい。
06/04/21 17:43:27 .net
Cyrus
130:名無しさん＠お腹いっぱい。
06/04/21 18:39:07 .net
Maildir で dovecot だったらこんな感じだけど?
Maildir/# "受信トレイ"
Maildir/.INBOX# Maildir/(受信トレイ) の dovecot 用インデックス?
Maildir/.subMaildir/# トップレベルのサブフォルダ
Maildir/.INBOX.subfolder/# 受信トレイのサブフォルダ
131:名無しさん＠お腹いっぱい。
06/04/21 20:00:42 .net
>>126
きちんとエンコードしてれば
たいていのサーバでは日本語フォルダ名使えると思うけど。
フォルダ名の国際化はRFCで決まってるお！
132:名無しさん＠お腹いっぱい。
06/04/22 00:26:26 .net
>>126
mailboxだから駄目なんだろ?
133:名無しさん＠お腹いっぱい。
06/04/22 01:00:59 .net
mailbox つーか、 mbox だからだな。
134:名無しさん＠お腹いっぱい。
06/04/22 03:19:20 .net
dovecotなら素直にMaildirつかったほうがいいね。
135:名無しさん＠お腹いっぱい。
06/04/22 19:09:23 .net
uw 以外で MH 対応のおすすめがあれば教えて。
136:名無しさん＠お腹いっぱい。
06/04/22 20:06:47 .net
そもそも、HM を IMAP 経由で使用するのをおすすめしません。
137:名無しさん＠お腹いっぱい。
06/04/22 20:16:32 .net
ツールに頼らず手動でいじくれる可能性を残すには
MH くらいの単純さがちょうどいいんだよね。
138:名無しさん＠お腹いっぱい。
06/04/22 21:00:37 .net
Maildir だってたいして面倒ではないわけだが
139:名無しさん＠お腹いっぱい。
06/04/22 22:25:06 .net
MHをまともに扱えるIMAP鯖はない。
uwすら移行用レベルの実装。
140:名無しさん＠お腹いっぱい。
06/04/23 02:11:13 .net
>>136
1メール1ファイルのMaildirのほうがよほど扱いやすいけど、なにか?
141:イミワカンネ
06/04/23 09:38:05 .net
>139
ははは
142:名無しさん＠お腹いっぱい。
06/04/23 10:06:28 .net
>>138
というか、MH の思想と IMAP の思想が合わないので。
「まともに扱える」が何を意味してるのかわからんけど、
MH via IMAP だとUWの実装ぐらいのことしかできないと思いますよ。
143:126
06/04/25 00:33:56 .net
Maildirに変えたら出来たよー、、みんなｱﾘｶﾞﾄｳ!!
ところで、IMAP4って使い出すと便利極まりないし、
端末が潰れてもすぐ復帰できるメリットもあるけど、
普及しないのはなぜ？
144:名無しさん＠お腹いっぱい。
06/04/25 01:24:13 .net
ｽﾚﾀｲに書いてある
「いつまでも次世代」だからｗ
145:名無しさん＠お腹いっぱい。
06/04/25 01:27:37 .net
鯖管の立場：
・メールおきっぱなので、ディスク容量食う
・セッションつなぎっぱなしは負荷大きくて嫌
ユーザの立場：
・使い慣れてるソフトが対応してない
・動作が重い
・フォルダの掘りかたや検索に制限がある
146:名無しさん＠お腹いっぱい。
06/04/25 01:35:19 .net
じゃあ使うメリットはなんだろうか。
自分でサーバ立てておけば
好きなクライアント使える、とか、
クライアントの保存形式に依存しない、とか
バックアップが簡単、とかかな?
147:名無しさん＠お腹いっぱい。
06/04/25 08:59:05 .net
POPだってメール置きっぱにしとくやついるけどな。
148:名無しさん＠お腹いっぱい。
06/04/25 09:27:31 .net
>>144
>・メールおきっぱなので、ディスク容量食う
どうせ保存しておく人は、どっかに保存しておくわけで、
信頼性の低いクライアントに保存するよりは、
信頼性の高いサーバに保存しておくほうがいいのでは？
貯めすぎる人がいるなら、QUOTAかければいいわけだし。
>・セッションつなぎっぱなしは負荷大きくて嫌
繋ぎっぱなしはCPU負荷はそんなにないよね？メモリ負荷？
>・使い慣れてるソフトが対応してない
いまどき、シェアの低そうなソフトだな。
>・動作が重い
そんな重いか？クライアント・サーバの作り次第か。
>・フォルダの掘りかたや検索に制限がある
そんなに制限あるか？クライアント・サーバの作り次第か。
149:名無しさん＠お腹いっぱい。
06/04/25 10:23:16 .net
> 信頼性の高いサーバに保存しておくほうがいいのでは？
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。
これって一行目と二行目が矛盾してる気がするんだよね。
ためずに消すような利用しているひとはそもそも信頼性なんてどうでもよさそうだし、
俺には QUOTA かかったサーバを信頼性が高いとは
150:思えなくて。 >>147 の反論を見てると、 やっぱり IMAP はいつまでも次世代 (というか中途半端) なんだなあ、 という思いが拭い切れないでいる俺ガイル。
151:名無しさん＠お腹いっぱい。
06/04/25 10:53:15 .net
> 信頼性の高いサーバに保存しておくほうがいいのでは？
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。
クライアントにデータがあるよりは，サーバにあったほうがいいのは同意．
でも，QUOTA は反対．Maildir にして，ディスク足りなくなったら追加なり，NFS で他から
リソースもらうなりしてどんどん増やして行くのがいいな．個人的には．
でも，それを実現する前に，何でもかんでもメールに添付っていう運用をやめてもらう必要はあるんだけど．
152:名無しさん＠お腹いっぱい。
06/04/25 14:50:13 .net
プロバイダにとってメリットが少ないのが採用されない理由かと。
IMAP4 サポートを理由にプロバイダ選ぶ人は少数派だろうし。
>>144 のようなデメリットもあるしね。
153:名無しさん＠お腹いっぱい。
06/04/25 20:33:59 .net
>>148
矛盾してるか？
ひとりのためにディスクがパンクしてしまって、全員に影響が出てしまわぬよう、
QUOTA をかけるのは信頼性を上げることにならないか？
まあ、合意で決まるプロトコルだから、中途半端感があるのは仕方ないと思うけど、
具体的に何が足りないとか、どうしたらいいとかいう意見はある？
私はあんまり不満がないんで。
154:名無しさん＠お腹いっぱい。
06/04/28 17:26:19 .net
>>148はQUOTAについてなんか勘違いしてないか？
155:名無しさん＠お腹いっぱい。
06/04/29 11:03:40 .net
>>151
重い・・・。とにかく重い。
会社の指針でOutLook使ってるんだけど、頻繁にメールをDLできませんでした、ってなる。
一つのセションでやりとりするメッセージが多い稀ガス。
セションもなんでか、よくロストするみたいだし・・・。
パケット眺めてるとWindowsのファイル共有がWANじゃ重いですね、みたいな感じがする。
thresholdがイケナイ子なのかな。
それとも単にOLの実装が悪いだけ？
156:名無しさん＠お腹いっぱい。
06/04/29 11:14:11 .net
OEのIMAP実装は結構よくできてると思う。Outlookはよく知らない。
Beckyがダメ。変なコマンド投げてくるし。コマンドも有効に使ってないし。
最低限動いてますーってだけのような。
157:名無しさん＠お腹いっぱい。
06/04/29 14:33:18 .net
うみゅ。BeckyのIMAP実装はクズ同然だなぁ。職場ではBecky使いの人には「ちゃんとレジストしてるの?」
攻撃を仕掛けた上で、Thunderbirdへの乗り換えを勧めている。
158:名無しさん＠お腹いっぱい。
06/04/29 14:37:05 .net
IMAP 対応の第一段階として "POP3 相当の別プロトコル"、というものがあるからねぇ
159:名無しさん＠お腹いっぱい。
06/04/29 20:31:40 .net
Becky使ってみたよ。
ver.2？なのかな。
サクっと見た限り、問題ないみたい。
どの辺のコマンドが有効じゃないの～？
Beckyは"プロトコルログを取る"ってのが良いなぁ・・・。
OEにもあるんだっけ。
OLでもあれば良いのに・・・。いちいちﾌﾟﾛｱﾅ起動するのﾒﾝﾄﾞｲ(σ`･ω･)σYO!!!
160:名無しさん＠お腹いっぱい。
06/04/29 20:54:13 .net
Beckyは実装がまちまちなIMAP{鯖側の
最大公約数を満たすような動きするからね
それ自体は悪いことではないと思うが、無駄だと思う人もいるだろう
161:名無しさん＠お腹いっぱい。
06/04/29 21:27:39 .net
>>158
なるほど、mta独自なあたりを包括するのかな？
#最近このスレ活発(´・д)(д・`)ネー
162:名無しさん＠お腹いっぱい。
06/04/29 21:33:52 .net
ソフトごとのIMAP実装の違いを教えてくれ
Beckyのどこが悪いのか
Thunderbirdのどこが良いのか
163:名無しさん＠お腹いっぱい。
06/04/29 21:42:21 .net
>>160
わしも興味ある。
基準決めてみんなで調べたら？
164:名無しさん＠お腹いっぱい。
06/04/29 21:45:05 .net
以前海外のマイナーなIMAPサーバを評価したとき、
Beckyは固まった。一応マイナーでもRFC2060のIMAP4rev1
の通りに返答してるみたいなんだけど、Beckyは正しくパース
出来てないみたいだった。
あとBeckyはIDLEコマンドサポートしてないんで、サーバに
メールに届いてもクライアントに通知できない。上のほうで誰か
も書いてたけど、POPと同じ使い方しかできない。
数年前の話なんで、最新バージョンでは直ってるかもしれないです。
そのときはごめんなさいってことで。
165:名無しさん＠お腹いっぱい。
06/04/29 21:56:48 .net
>>154
Outlook の IMAP 対応はいけてないです。
166:名無しさん＠お腹いっぱい。
06/04/29 22:07:16 .net
>>163
具体的にどんなところがいけてない？
もうIMAPはプロトコルが複雑だから実装もまちまちで、
動作も重いからイラネ。もう全部ウェブメールでよくね？
167:名無しさん＠お腹いっぱい。
06/04/29 22:11:38 .net
>>161
メッセージの一覧を取得するのに、何投げてるとか。
キャッシュ持ってて、前回との差分を取得するイメージ
168:。 Cyrus だと、/var/imap/log/ユーザ名 のディレクトリ掘っておけば、 プロセスごとのやりとりのログが残るよ。
169:名無しさん＠お腹いっぱい。
06/04/29 22:41:11 .net
Thunderbirdの、コネクション張りまくる仕様はどうかと思うな。
ユーザを多数抱えるサーバではたまったものじゃない。
エンドユーザにはお仕着せのprefs.jsを与えて、書き換えられないように
しておけばいいんだけどさ。
コネクションが多すぎるのでサーバ側から拒否されると永久に返事を待ち続けて
固まるところとか。何年も前の話だからもう直ってるかもしれないけど。
170:名無しさん＠お腹いっぱい。
06/04/29 22:44:36 .net
>>166
いや。Thunderbirdはこないだもそうだった。
クライアント側で同時に張れるセッション数を設定できて、
常に最大数を維持しようととする。何の意味があるのか。やめれｗ
171:名無しさん＠お腹いっぱい。
06/04/29 23:04:56 .net
OS XのMail.appは購読フォルダが選べないって時点でどうにもならない
172:名無しさん＠お腹いっぱい。
06/04/30 01:12:57 .net
>166
良くわからないんだけど
1クライアント => 1サーバー
って関係のときに複数 TCP セッションを張ってるの?
173:名無しさん＠お腹いっぱい。
06/04/30 01:18:57 .net
>>169
うん。フォルダ毎にセッションを張って、張りっぱなしにする。
174:名無しさん＠お腹いっぱい。
06/04/30 01:43:08 .net
クライアントの処理は、その方が楽なんだよ。
IMAPの操作はフォルダを選択して行うものが多いから、フォルダ毎に
「現在の状態」というかコンテクストを持つことになる。
1フォルダにつき1セッションだとシンプルに処理できるが、1クライアントにつき
1セッションだとフォルダを切り替える毎に持っていたコンテクストを捨てて、
やり直すことになる。
たぶんThunderbirdのやり方のほうがIMAPで意図されていたことなんだろうと思う。
とは言え、多数のユーザを抱えるサーバにとってはセッションを張られるのは負担なんだよね。
IMAP自体、サーバの負担に頓着してないところがある。IDLEコマンドとか。
175:名無しさん＠お腹いっぱい。
06/04/30 01:48:06 .net
IMAPのプロトコルはコマンドにいちいちIDがついているけれども、あのIDにフォルダ名が
含まれていれば１クライアント１セッションでもいいのではないかと
今更言ってみる。
176:名無しさん＠お腹いっぱい。
06/04/30 07:59:49 .net
そんな仕様ならThunderbirdはお勧めできないな
177:名無しさん＠お腹いっぱい。
06/04/30 09:08:05 .net
でも現状フリーで素人に奨められるものって
thunderbird 位しかないっしょ
178:名無しさん＠お腹いっぱい。
06/04/30 10:43:42 .net
そう思って数年前に Thunderbird 勧めたんだけど、
( 今は直ったけど ) 日本語フォルダがあるとメールが消えたり、
日本語があるとアドレス帳が使えなかったり、
バージョンアップしたら設定が消えたりと散々だったので
4200 円払って Becky! 使わせたほうが安いと思ったよ。
179:名無しさん＠お腹いっぱい。
06/04/30 11:02:29 .net
>>171
結局、クライアントを再起動するときなんかは、終わるときにコンテキストを
保存しておいて、フォルダをオープンして同期をかけることになるんで、
そういう実装は持っているはずだから、手間は変わらないのでは？
IDLEコマンドのサーバの負荷ってのはどうなのかな？
毎度クライアントから接続されて、そのたびにフォルダーをスキャンして
状態を返すより、状態を持っていて調べるほうが処理は楽そうにも思えるのだが。
180:名無しさん＠お腹いっぱい。
06/04/30 11:04:44 .net
接続を維持されると嫌だっていうけど、
実際問題そんなに負荷かかるの?
大体接続1本あたり、サーバー側でどのリソースをどの程度食うもんなの?
181:名無しさん＠お腹いっぱい。
06/04/30 11:13:25 .net
>>172
それを言うなら、コマンドでフォルダ名を指定するようにしておけば、
良かったんじゃなかろうか。
でも、それができないサーバの実装もあるんだろうね。
明示的にフォルダを開いて、諸々の処理をしないといけないとか。
182:名無しさん＠お腹いっぱい。
06/04/30 11:14:16 .net
>>174
Sylpheed はどうでしょう？
183:名無しさん＠お腹いっぱい。
06/04/30 11:22:31 .net
>>177
接続を維持されようが、その都度接続されようが、活動している
接続の数は変わらないはずだから、1接続ごとにサーバプロセスが
起動するならば、お休みになってる分のメモリの使用量が負荷だと
言っているのだと思うが、その分はスワップアウトされてても
いいわけで。
184:177
06/04/30 13:15:04 .net
>180
やっぱりまずメモリですかね。
あとファイルディスクリプタとか食ったりするのかな?
「最も効率的」という実装ではないにしても、
だからダメというほどのポイントには感じられないんですよね...
大規模サーバーの管理者だと印象が違ってくるのかな。
(おいらはせいぜい～数十人のグループ内サーバー管理)
185:名無しさん＠お腹いっぱい。
06/04/30 20:00:18 .net
>>181
数十人しかユーザーいないのに netstatして百本以上接続されてるとちょっとウンザリしない？
186:名無しさん＠お腹いっぱい。
06/04/30 21:05:51 .net
この勢いならマイナーソフトの質問も言える・・・
ジャストシステムの「Shuriken」はどう？
IMAP4に対応してるから使ってるけど、とくに不満はない。
ほかを使ったことがないので良いのか悪いのか判らない。
187:名無しさん＠お腹いっぱい。
06/04/30 22:02:02 .net
>182
うんざり程度ですむなら安いもんじゃん?
188:名無しさん＠お腹いっぱい。
06/04/30 23:00:52 .net
uw-imapdやcourierは1セッション毎に1プロセス割り当てられるけど、
大昔の実装だとフォルダの中身の全メールの容量ぶんメモリを確保したような覚えが。
なので、あっという間にメモリが枯渇した。
最新のuw-imapdだと、psかけるとフォルダサイズによらず7MB弱喰っている模様。
んで、ヲレの場合9セッション使っていた。仮に1人あたり10セッションとすると、
1人で70MB喰う。たとえ1GBメモリがあっても15人も使えばスワップすることになる。
189:名無しさん＠お腹いっぱい。
06/04/30 23:04:45 .net
uw-imapdなんてプロトコル検証用ソフトを実運用で使ってるほうが悪い
190:名無しさん＠お腹いっぱい。
06/04/30 23:25:46 .net
>>183
悪いというウワサは聞きませんが。
ソコソコよろしいんじゃないでしょうか？
191:名無しさん＠お腹いっぱい。
06/04/30 23:36:16 .net
接続ごとに thread 使ってるサーバ実装ってある？
更にコマンドの処理もthreadで処理してるサーバってある？
192:名無しさん＠お腹いっぱい。
06/05/01 07:38:11 .net
>>186
でも、検索もきちんと国際化されてるし、機能はそこそこ豊富だし、
なにより導入がお手軽なんでやっぱり便利。cyrusのほうが機能、性能的に
いいことはわかりきってはいるんだけどね…
あと、ここ数年はcourier vs dovecotなんていうのもあるか。んで、dovecotは
ようやく1.0が出るみたい。
193:名無しさん＠お腹いっぱい。
06/05/01 07:50:39 .net
>>182
別にしないよ。
194:名無しさん＠お腹いっぱい。
06/05/01 09:06:18 .net
>>183
ShurikenはIMAP上のフォルダを移動できなくて萎えた
環境: Shuriken Pro4/R2 (体験版) + courier-imap-4.1.0
195:名無しさん＠お腹いっぱい。
06/05/01 10:53:10 .net
それは、同一階層なら名前の変更ができるけど、別階層へ変更できないってことかな？
体験版をダウンロードしようかとも思ったが、最初のインストールから30日しか
試用できないので、止めた。
使い心地を30日体験するならこれでいいんだろうけど、
機能評価するなら、これじゃダメ。バージョンアップ後に再評価とかもできないし。
実際に起動した時間とか回数で制限してもらいたいものだ。
196:名無しさん＠お腹いっぱい。
06/05/03 00:44:26 .net
>>192
「同一階層なら名前の変更」 → これは試してないので不明
「別階層へ変更」 → これはNGだった
197:183
06/05/03 17:43:17 .net
shurikenの情報ありがとう。
Shurikenで、IMAP上のフォルダを移動できない件は、
IMAPの標準規格の制限かと俺は理解してた。
フォルダごと移動できたほうが便利なことは間違いないな。
ほかのクライアントでも試してみるか。チラ裏おわり
198:名無しさん＠お腹いっぱい。
06/05/03 23:52:55 .net
IMAPのプロトコル上は、RENAME コマンドがあるんで、
フォルダーの名前の変更＝移動はできるよ。
もちろん、デリミタ
199:込みで名前を指定できるから、 階層をまたぐ移動も可能。 あ、ちょっと勘違いしてたらまずいので確認ですが、 ここで行ってるフォルダって、メールボックスのことですよね？ folder┬folder1 ├folder2 └folder3 この場合の folder のところのことを言ってます？ その場合、これがメールボックスか単なる階層の名前かで変わってきます。
200:名無しさん＠お腹いっぱい。
06/05/05 01:33:07 .net
1000人規模でIMAPを使っているトコってどこかありますか？
201:名無しさん＠お腹いっぱい。
06/05/05 02:51:09 .net
>>176
クライアントからポーリングかける場合は10分に一回とか、そんなペースだよな。
IDLEコマンドでサーバから通知される場合、それよりも高い頻度でサーバ側で
チェックが行われていないと意味が無い。
そこで、IMAPサーバがどうやって新着メールを知るか、という点が問題になる。
メールの配送を行うのはSMTPサーバであったりMDAであったりするわけだが
多くの場合、これはIMAPサーバとは独立している。つまり、IMAPサーバとしても
新着チェックをするためにはポーリングを行うか、あるいは更に極悪に重い
famを使う等の措置が必要だ。
>>180
ページアウトしなきゃならないくらいメモリが逼迫していて、かつユーザ数が多くて
アクセス頻度が高い場合には、新しくメモリを確保するためにいつもページアウト
することになる。そういうのは劇的なパフォーマンス低下を招く。
>>181
ソケットを使うから当然ファイルディスクリプタを消費するが、チューニングしておけば
問題ではない。
202:名無しさん＠お腹いっぱい。
06/05/05 02:53:44 .net
>>196
数万人規模でやってるとこもある
203:名無しさん＠お腹いっぱい。
06/05/05 03:22:51 .net
>>197
dovecotだと、
Linuxならinotity/dnotify、FreeBSDならkqueueで
新着チェックできるよ。
少数派だろうけど。
204:名無しさん＠お腹いっぱい。
06/05/05 09:26:00 .net
>199
dovecot の doc/* で
kqueue とか notify で grep して
引っ掛からなかったんですが、
どこを見ればいいの?
205:名無しさん＠お腹いっぱい。
06/05/05 09:53:10 .net
なんで doc の下だけ見るんだろう…
206:名無しさん＠お腹いっぱい。
06/05/05 09:53:41 .net
>>197
IMAPに対応したメールサーバ製品全体から考えれば、
imapdだけってのは少数派なのですけどね。
たいてい、MTA からMDAから何から全てひっくるめて自分で持ってる。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
93日前に更新/105 KB
担当:undef