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

**名無しさん＠お腹いっぱい。** · 2005/04/24(日) 03:11:56

■関連リンク
The IMAP Connection
http://www.imap.org/
RFC3501:INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1
http://rfc.net/rfc3501.html

■オープンソースの定番サーバ
IMAP Information Center: UW IMAP Server (mbox, MH, →パッチ適用で Maildir 可)
http://www.washington.edu/imap/
Cyrus IMAP Server (独自スプール形式)
http://asg.web.cmu.edu/cyrus/imapd/
Courier-IMAP (Maildir)
http://www.courier-mta.org/imap/
Binc IMAP (Maildir)
http://www.bincimap.org/
Dovecot (mbox, Maildir)
http://dovecot.procontrol.fi/
※これ以外にもいくつかあるので IMAP Connection で検索すべし

■過去ログ
IMAP Serverとしてどちらがお勧め (UW or Cyrus)？
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998711145
〓〓〓次世代メールプロトコル、IMAP〓〓〓
http://pc8.2ch.net/test/read.cgi/unix/989592181/

**名無しさん＠お腹いっぱい。** · 2005/04/24(日) 04:18:01

2get

**名無しさん＠お腹いっぱい。** · 2005/04/24(日) 23:50:30

乙

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 02:59:48

即死防止

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 12:10:49

その2になるのに随分と時間がかかったな。
普及度考えるとこんなもんなのか。

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 21:18:18

NTTドコモのプロバイダーのmoperaでIMAPサービスやってるね。

**名無しさん＠お腹いっぱい。** · 2005/04/26(火) 23:35:14

営業マン 100 人いて会社在席時PCと外出用ノーパソが別。
受信メールが会社とノートで分かれるのが嫌で IMAP 導入しようと思うのだけど
1 人あたり 1 年で 2G くらい受信する(見積もりのPDF等がでかい)。
運用の参考になるサイトないですか？英語サイトでも可です。

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 12:37:17

>>7
テラbyte単位のストレージ使って、あとは普通にIMAPサーバでいいんじゃないの?
1通の容量多くても100人程度なら速いマシンなら負荷どってことないだろうし。

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 13:21:25

>>8
ありがと。テラは高いな…。
定期バックアップもテープに収まらないから工夫が必要そう。

100G くらいの HDD を分散させようと考え始めました。
先人たちはどういう風に構築しているんでしょう？

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 13:42:54

システム屋に頼むんじゃないかな

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 14:48:13

身も蓋もないﾚｽｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(ﾟ　)━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 17:25:52

>>9
分散させるのはヲレ的には最悪の手段だと思う。

MaildirのようなNFSと相性のいいスプール形式にして、それに対応した
IMAP serverをつかい、スプール用のストレージにNetAppのようなNASを
使うのが楽。

バックアップはNetAppでスナップショットを切ってから差分バックアップなり
フルダンプなりすればいい。

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 17:50:59

オープンソースで考えてるなら、オライリーの「IMAP」くらいは読んでおいて良いかと。

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 18:05:34

同じく分散は勧めないかな。手間増えるだけでメリットないのでは。
1通のサイズが大きいの分かっているのなら>>12の言うようにMaildirがいいだろね。
ディスクは十分に余裕のあるサイズのを1つ使うのが楽だと思う。
内蔵でも外付けでもNASでもなんでもいいけど。
IMAPだと予想以上に社員にHDDを使われるよ。
そして「不要なメールや添付ファイルは消してくれ」と頼んでも消してくれない。
結局IMAP使う以上は最初にある程度ハードにお金かけるほうが良いかと。

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 19:40:55

>>10-14
ありがと！
O'Reilly から IMAP 本が出てるの知らなかった…。
とりあえず O'Reilly の IMAP 本を買います。

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 22:23:22

おらいりーの本はちょいと古いのでuwとcyrus(しかも1.5系)の話題中心...

**名無しさん＠お腹いっぱい。** · 2005/04/27(水) 23:46:51

7 のように会社などの大人数の所に
手軽に導入できないのが普及のネックになっているのか？

**名無しさん＠お腹いっぱい。** · 2005/04/28(木) 00:21:20

前スレでも出てたけど、同時接続数が一番の問題かな。
ディスクスペースは今時どうにでもなると思う。

CyrusのML見てると1万ユーザくらいは収容できているようだけど、
それでもパフォーマンスチューンで苦労しているようだし。
UWとかCourierあたりだとindex持たない(よね?)から、
万オーダーのユーザの収容は苦しいんじゃないかな。

**名無しさん＠お腹いっぱい。** · 2005/04/28(木) 06:40:20

スプールをNFSにしてIMAPサーバを複数使って負荷分散ってどうよ。

**名無しさん＠お腹いっぱい。** · 2005/04/28(木) 12:25:46

>>19
営業はサーバAで総務はサーバB使え、みたいな感じか。
状況によってはアリだろうし面白いかもしれないな。

**名無しさん＠お腹いっぱい。** · 2005/04/28(木) 18:54:18

それだとバックエンド側で働いているNFSサーバの性能で
パフォーマンスが制限されない?
バックアップなどの観点からも、ある程度の規模になったら
スプールする領域を分けることは必須じゃないかな。

SMTPサーバが受け取ったメールを仕分けして、
LMTP使って別々のIMAPサーバのスプールへ流し込むとか、
既に実装されている技術でもできないことはない。

**名無しさん＠お腹いっぱい。** · 2005/04/28(木) 21:33:33

>>21
NFSサーバの性能が問題になるほどIMAPでのディスクアクセスってすさまじいか?
もちろん、規模がとてつもなく大きくなれば話は別だけど。

**名無しさん＠お腹いっぱい。** · 2005/04/28(木) 22:08:48

>>21
確か、cyrus だとそういうことができるよね。

>>22
大規模だと、まずメモリ積め、ディスクI/Oのスループットを上げろ、って言われますけど。

**名無しさん＠お腹いっぱい。** · 2005/05/01(日) 02:32:50

>>14
無くなっては困るが、かといって参照することは
ほぼない過去メールと、それなりの頻度で参照
する過去メールとを分離することは大切。営業
職の社員は、とかくメールを削除することを嫌が
る傾向があるので、分離しないと一人当たり
数万通のメールを平気でためこんだりする。

Maildirだといくらサーチの速いファイルシステム
を使っても快適なメール環境は実現が難しいだ
ろう。そもそも、Maildirに対応したIMAPサーバで、
1ディレクトリあたり数万ファイル、容量にして数GB
に及ぶものを扱えて信頼のおける実装はあるの
だろうか。

結局のところ、cyrusやExchangeのようにDBMSを使って
1ファイル(または数ファイル)で扱う方が現実的では
ないかと思う(SunのMessaging Serverがどのような
メールボックスかは知らない)。

**名無しさん＠お腹いっぱい。** · 2005/05/01(日) 15:05:06

メールのデータは一つで、
あとは各人がどれを読んだか削除したかのリストを持つ、
という方式はないの？

**名無しさん＠お腹いっぱい。** · 2005/05/01(日) 16:59:27

>>25
ハードリンクを利用した方法ならある。

**名無しさん＠お腹いっぱい。** · 2005/05/01(日) 17:37:53

詳しく

**名無しさん＠お腹いっぱい。** · 2005/05/01(日) 17:47:58

これ。

ttp://www.atmarkit.co.jp/fmobile/rensai/imap03/imap03.html
> Cyrus IMAPDでは、MDA（Mail Delivery Agent）だとあて先ユーザーごとに配送されますが、
> LMTP経由だと複数ユーザー同時に配送されることを利用して、
> メールの保存を1通だけにして、ディスク容量を稼ぐということも行っています。

**名無しさん＠お腹いっぱい。** · 2005/05/01(日) 17:50:20

元ドキュメントはこれ。

ttp://asg.web.cmu.edu/cyrus/download/imapd/overview.html
> 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.

**名無しさん＠お腹いっぱい。** · 2005/05/01(日) 22:10:34

なるほど。Courier 使ってるけど調べてみる。

**名無しさん＠お腹いっぱい。** · 2005/05/01(日) 22:19:31

>>30
> なるほど。Courier 使ってるけど調べてみる。
(゜Д゜)ハァ?

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 01:55:19

玄箱でCourier-IMAPうまくいってる方いますか？
userdb等で、ログイン名等の設定もちゃんとやったんですが、LINUX(Debian)の
パスワード以外だとログインできないんです。

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 03:22:40

すいません。できました。authdaemonrcの記述が必要だったみたいです。
一つ聞きたいんですが、プロバイダのメール等を取り込んでやる場合
メールの保存するディレクトリは/home/user/Mailがいいのでしょうか？
パーミッションを777?にしなきゃ、エラーが出るのでやめたほうがいいような気がするのですが。

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 03:54:46

777になんかする必要ないよ

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 05:03:29

Debianなら/usr/share/docの下にあるドキュメント(README.Debian.gzなど)に、
Deb特有の設定方法が書かれているので、よく読んでからもう一度来なさい。

**名無しさん＠お腹いっぱい。** · 2005/05/05(木) 11:52:16

http://www.ctc-g.co.jp/~ctcsp/message/mirapoint.html
Mirapointってどう?

**名無しさん＠お腹いっぱい。** · 2005/05/10(火) 16:20:13

mh 対応の imap server って uw-imap 以外に何がありますか？

**名無しさん＠お腹いっぱい。** · 2005/05/10(火) 18:44:56

>>37
ximapd

**名無しさん＠お腹いっぱい。** · 2005/05/10(火) 21:53:46

>>38
なかなか面白そうだけどできたてほやほやですね。

**名無しさん＠お腹いっぱい。** · 2005/05/19(木) 07:26:11

uw-imapってmh形式使った場合の既読情報管理をどうやってんの？
ヘッダになんか書き込んでんの？

**名無しさん＠お腹いっぱい。** · 2005/05/19(木) 07:57:41

情報管理されてないっぽいよ。

**名無しさん＠お腹いっぱい。** · 2005/05/19(木) 08:29:27

>>40
uw-imapdはdriverに関係なくヘッダに情報書いているでそ

>>41
へ?

**名無しさん＠お腹いっぱい。** · 2005/05/19(木) 09:56:33

>>42
今確認してみたけどヘッダには何も追加されてないよ

**名無しさん＠お腹いっぱい。** · 2005/05/19(木) 10:22:15

ヘッダが減ったーーーーーーーーーーー

**名無しさん＠お腹いっぱい。** · 2005/05/19(木) 11:00:40

mbox みたいに Status に情報記録してくれてもいいのに。

**名無しさん＠お腹いっぱい。** · 2005/05/19(木) 11:03:49

>>45
ハックよろしく

**名無しさん＠お腹いっぱい。** · 2005/05/19(木) 13:22:02

MH なんだから .mh_sequences に情報記録してくれてもいいのに。

**名無しさん＠お腹いっぱい。** · 2005/05/19(木) 13:56:16

>>47
よろしく

**名無しさん＠お腹いっぱい。** · 2005/05/20(金) 22:06:01

mhフォルダ使うとIMAP Message IDも重複しますよ。
あれはあくまでも環境移行のための機能と思うべし。

**名無しさん＠お腹いっぱい。** · 2005/05/20(金) 22:16:16

「IMAP Message ID」って何ですか？

**名無しさん＠お腹いっぱい。** · 2005/05/20(金) 22:24:44

もしかしてメールが消えちゃうとかあります？

**名無しさん＠お腹いっぱい。** · 2005/05/20(金) 22:27:11

すまんにょ。UIDのことだす

**名無しさん＠お腹いっぱい。** · 2005/05/20(金) 22:29:53

UIDが一意である、という規格通りの動作を期待するクライアントで問題が発生するっす＞mhフォルダ

**名無しさん＠お腹いっぱい。** · 2005/05/21(土) 22:33:22

あれ？昔は UIDVALIDITY が毎回変わってたような気もするのだが、
それは気のせいか。

**名無しさん＠お腹いっぱい。** · 2005/05/22(日) 10:43:58

>>52
ああ、そういうことですか。

>>54
UID は変わんないけど UIDVALIDITY が毎回変わるので使えねー、
というのは以前聞いたことありますね。

それとはまた違う問題があるんですかね？

**名無しさん＠お腹いっぱい。** · 2005/05/24(火) 21:19:28

CRAM-MD5を使うには/etc/cram-md5.pwdに平文で全員分のパスワードを書かないといけないの？
なんか代替案があったような気がしたんですが

**名無しさん＠お腹いっぱい。** · 2005/05/24(火) 22:48:29

　　　　　　∧＿∧
　　　　　（ ´∀｀）　ところでこのゴミ、どこに捨てたらいい？
　　　　 /⌒　　｀ヽ
　　　　/　/　　　ﾉ.＼＿M
　　　 (　/ヽ　　　|＼＿__E）
　　　　＼ /　　　|　　／　＼
　　　　（　　 _ﾉ |　 / ｳﾜｧｧﾝヽ
　　　　　 | 　 /　/　 |ヽ<｀Д´>ﾉ|
　　　　　|　 /　/　　ヽ（>>56）ノ
　　　　　(　 )　) 　　　￣￣￣
　　　　　 |　|　/
　　　　　 |　|　|.
　　　　　/　|＼＼
　　　 ∠／

**名無しさん＠お腹いっぱい。** · 2005/05/24(火) 23:48:51

>>56
~/.cram-md5

**名無しさん＠お腹いっぱい。** · 2005/05/25(水) 12:37:20

>>56
参考までに知りたいんだけど、それなんていう IMAP サーバ？

**名無しさん＠お腹いっぱい。** · 2005/05/25(水) 13:05:02

uw-imapdのことでそ

**名無しさん＠お腹いっぱい。** · 2005/05/25(水) 14:21:00

なるほど。つーかぐぐればでてきましたね。失礼。

**名無しさん＠お腹いっぱい。** · 2005/05/27(金) 00:12:41

新規にIMAPサーバをインストールするなら今はどれがお勧め?
Maildir形式を考えています。

**名無しさん＠お腹いっぱい。** · 2005/05/27(金) 00:15:28

ximapd

**名無しさん＠お腹いっぱい。** · 2005/05/27(金) 16:27:52

uw-imapd+mhでも微妙に既読管理がされている気がする。
mhフォルダに振り分けたメールでも、初めてメールを受け取ったときだけは未読になってる。

**名無しさん＠お腹いっぱい。** · 2005/05/27(金) 18:21:00

>>64
クライアントによっては自前でローカルに未読既読情報を持ってたりするけど、そういうことでなくて？

**IMAP 初心者** · 2005/05/27(金) 21:09:39

dovecot で IMAP やってます。
フォルダへの自動振り分けは、サーバー側で設定を行わないと？
メールクライアントから設定した振り分けルールが、
サーバー側に反映される？

**名無しさん＠お腹いっぱい。** · 2005/05/27(金) 21:14:01

>>66
まずは日本語を習うべし。

**名無しさん＠お腹いっぱい。** · 2005/05/28(土) 05:21:04

uw-imap の mh を
wanderlust, thunderbird, squirrelmail の三つで使ってるけど、
自前で情報蓄えておく wanderlust 以外では未読情報は維持されてない。
あと thunderbird では、>>64 のように
メールを振り分けた直後は未読になってるけど、
次に立ち上げたときは未読情報を失ってるね。

**名無しさん＠お腹いっぱい。** · 2005/05/28(土) 10:03:55

昔見たときのの話で、今の実装はどうなってるかわからんが、
uw-imap の mh フォルダーの扱いでは、
\Seen フラグを設定できるが、permanent ではないので、
セッションを終了した時点で、フラグが消えるんじゃなかったっけ？

**IMAP 初心者** · 2005/05/28(土) 12:33:07

>>67
戸田奈津子みたいな日本語ですみません。
IMAP の振り分けルール作成は、サーバー側(dovecot)で設定するものなのでしょうか。
それともクライアント側からも制御できるのでしょうか。

クライアント側からも制御できる場合、↓のような運用も可能なのでしょうか。
Becky! でルール作成 → サーバー側に反映 → 他のメールクライアント
(OE や、SquirrelMail など)でもアクセス時に振り分けが実行されている

**名無しさん＠お腹いっぱい。** · 2005/05/28(土) 16:15:34

>>70
ほとんどすべてのMUAは独自に振り分けルールを持っていて、
アクセスしたときに振り分けを実行している。

Cyrus+MulberryだとSieve使ってもう少し高度なことができるけど。
# Mulberry はマルチバイトにきちんと対応してくれればなぁ

**名無しさん＠お腹いっぱい。** · 2005/05/29(日) 08:18:14

普通はサーバ側にルールを作成しておけば、
メール到達時に振分が実行される。

**IMAP 初心者** · 2005/05/29(日) 13:13:16

サーバー側ででも設定できるんですか。
dovecot の振り分け設定解説しているサイトとかありますかね？

**名無しさん＠お腹いっぱい。** · 2005/05/29(日) 14:55:50

つ maildrop

**名無しさん＠お腹いっぱい。** · 2005/06/01(水) 01:17:39

メールスプールを扱う各種ソフトのロック方式って統一されてないんだよね？
メールスプールもホームディレクトリもNFSだし、権限ないから保存形式変えられないし
((；ﾟДﾟ)ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

**名無しさん＠お腹いっぱい。** · 2005/06/01(水) 01:44:39

Maildirならロック不要

**名無しさん＠お腹いっぱい。** · 2005/06/01(水) 22:16:17

IMAPの話なら、MDAとMRAで話があってればいいんでないの？

**名無しさん＠お腹いっぱい。** · 2005/06/02(木) 11:14:53

>>77
ロック方式なんて何処にも書いてないし

**名無しさん＠お腹いっぱい。** · 2005/06/03(金) 00:05:29

何の話？

**名無しさん＠お腹いっぱい。** · 2005/06/03(金) 04:17:30

IMAPで操作中にメールが来て同時にmboxに書込みが起きたらファイルが壊れるだろう
という話じゃないの？
俺procmailとuw-imapdつかってるけど、uw-imapdのロックファイルは/tmp/lockfileだから
procmailのロックファイルも/tmp/lockfileにして同時に書込みが起きないようにしてるよ。

**名無しさん＠お腹いっぱい。** · 2005/06/03(金) 12:44:08

uw-imap だったら dmail 使うのもあり

**名無しさん＠お腹いっぱい。** · 2005/06/03(金) 14:28:57

procmailからだと
:0
* ^(To|Cc):.*foo@bar
|/usr/bin/dmail +mail/baz
なんて感じでdmailつかって配信するのが気持ちいいですな。

**名無しさん＠お腹いっぱい。** · 2005/06/04(土) 00:49:33

>>80
NFSだったら/tmp/lockfileが同じマシンとは限らないから駄目じゃない？

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 21:58:55

久しぶりにメールサーバー再構築しようと思っています。
せっかくなので IMAP もつかえるようにしようとしてますが、APOP との連携で定番って無いんでしょうか?

Maildir 形式対応と安定性(噂)で Courier-imapd を使おうと思ったのですが Courier-imapd に付属の pop3d はAPOP に対応しておらず、APOP パッチも古いもの用しかないようです。

そこで Maildir 形式を扱える他の pop3d を併用できないかと思ったのですが、何かまずいことがあるような気もしています。
併用することで何か問題になることはないでしょうか?
ちなみに MTA は postfix を使用します。

84 · 2005/06/07(火) 22:11:25

ちなみに併用でまずそうなパターンで思いついたのは、
APOP で接続された MUA が　DELE リクエストを投げたとき、実際にはサーバ上では残しておく必要があるということです。

ユーザーごとに IMAP か APOP のどちらかしか使用しない運用ポリシーにするか、RETR されるときにサーバー上でメールはコピーしておくとか
なにやら対策が必要な気がします。

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:27:10

そうですか。

**名無しさん＠お腹いっぱい。** · 2005/06/07(火) 22:54:43

併用することでどういうまずいことがあるのか分からんけど、
cyrus-imapd (+cyrus-sasl) は一つのサーバで
IMAP4 と APOP(POP3)をサポートしているけどね。
メールボックスは独自形式なので、Maildirが必須要件ならダメだけど。

俺はpostfixとの組み合わせで3年使ってるが障害は皆無だす。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 04:22:35

いまさらAPOPというのもあれだなぁ。

**名無しさん＠お腹いっぱい。** · 2005/06/08(水) 06:50:51

どうせならRFC1734だね。

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 01:09:10

今や APOP が推奨されないのは、
毎回セッション開始時に <****@*****> という文字列作るために
/dev/random 等のエントロピープールを使うため、
乱数のエントロピー枯渇を狙った DoS 攻撃に対して弱くなる。
RFC1734(POP AUTH)だと AUTH コマンド送るまで乱数を使わなくて済む。

という認識で正しい？ (APOP と両方つかえるようにしてると意味無いけど)

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 09:21:18

枯渇なんてすんの?

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 10:29:41

cat /dev/random > /dev/null

**名無しさん＠お腹いっぱい。** · 2005/06/09(木) 10:34:48

>>90
スレ違いだろ。

Internet Mail System 総合スレ＠UNIX板
http://pc8.2ch.net/test/read.cgi/unix/1065106696/

**名無しさん＠お腹いっぱい。** · 2005/07/12(火) 23:32:45

debianでdovecotを使ってるのですけど急にINBOXのメールだけ見れなくなりました。
その他のフォルダについては普通に見れます。
実際のディレクトリ(~/Maildir/cur)を見てみても特に異常は見当たりません。
クライアントはSquirrelMail、Thunderbird、Sylpheedを使ってます。
どなたかお助けお願いします。

**名無しさん＠お腹いっぱい。** · 2005/07/12(火) 23:40:57

>>94
(ﾟДﾟ)ﾊｧ?

**名無しさん＠お腹いっぱい。** · 2005/08/13(土) 13:57:37

Maildirじゃなくて？

**名無しさん＠お腹いっぱい。** · 2005/09/21(水) 12:35:11

Courier-IMAP 4.0.5 age

**名無しさん＠お腹いっぱい。** · 2005/09/21(水) 12:39:15

age なら age らしく age ろ。

**名無しさん＠お腹いっぱい。** · 2005/10/24(月) 18:41:33

Courier-IMAP-4.0.6 + qmail + vpopmail　で運用しています。
IMAP before SMTP ができなくて困っています。

ぐぐってみても4.0.x以前の設定方法の情報しかなく、やり方がわかりません。
どなたかご存じの方いませんでしょうか？

**名無しさん＠お腹いっぱい。** · 2005/10/24(月) 19:52:48

>>99
仕事で必要ならコンサルタントを雇いなさい

**名無しさん＠お腹いっぱい。** · 2005/10/25(火) 10:20:48

>>100
いえ自宅サーバ用です

やはりSMTP-Authを併用するしかないのでしょうか
どなたかご存知の方いましたら教えてください

**名無しさん＠お腹いっぱい。** · 2005/10/25(火) 14:29:05

>>99 ぐぐってみても4.0.x以前の設定方法の情報しかなく、
やり方がわかりません。

えー。

つDRAC

**名無しさん＠お腹いっぱい。** · 2005/10/25(火) 15:28:53

>>102
4系以前はもっと簡単に実現できていたのに、色々と面倒になったのですね。

ぐぐってみたところ、
ttp://www.smalltown.ne.jp/~usata/pub/patch/
で対応するパッチを見つけることができました

ありがとうございました

**名無しさん＠お腹いっぱい。** · 2005/11/05(土) 01:30:55

>>99
好奇心からの質問ですが、SMTP-AUTH じゃなくて IMAP before SMTP が必要に
なる環境というのは、どのような理由によるものなのでしょう？

**名無しさん＠お腹いっぱい。** · 2005/11/05(土) 11:27:42

自宅サーバーでimapdをinetd経由で呼んでいます。
メールの新着確認のタイミングが１分くらいのようなのですが、
これは、imapdの設定？クライアントの設定でしょうか？

できたら１０秒くらいにしたいのですが。

**名無しさん＠お腹いっぱい。** · 2005/11/05(土) 14:47:08

>>105
MUAがNOOP送るタイミング変えれ

**名無しさん＠お腹いっぱい。** · 2005/11/05(土) 18:47:25

>>105
クライアントの設定だろうが、
サーバもクライアントも何使ってるのか書かないのはエスパー希望か？

**名無しさん＠お腹いっぱい。** · 2005/11/06(日) 15:10:20

>>104
別に無いよ
今まではIMAP before SMTPを使っていたというだけ
強いて言うならメーラーの設定が少しだけ楽なことくらい？

**名無しさん＠お腹いっぱい。** · 2005/12/05(月) 11:47:42

Dovecot(1)
http://pc8.2ch.net/test/read.cgi/unix/1133750653/

**名無しさん＠お腹いっぱい。** · 2005/12/05(月) 13:58:29

>>109
宣伝乙
今度こそ落ちないようにしたいものだな

**名無しさん＠お腹いっぱい。** · 2005/12/06(火) 21:10:48

courierからdovecotへ乗り換えた。
体感出来るぐらい（ちょこっと）速くなった。
あとcourierの変態logフォーマットから解放されてすっきり。

**名無しさん＠お腹いっぱい。** · 2005/12/07(水) 00:24:37

MTAが相変わらずqmailなんで、courierどころではない変態logフォーマットでも
へっちゃらさ～。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 12:32:37

>>111
へえ、dovecotって速いんだ。ちょっとそそられるなあ。

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 19:49:33

ちょっと前の奴。
http://www.isode.com/whitepapers/mbox-benchmark.html

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 20:39:53

cyrusはさすがにパフォーマンス高いな

**名無しさん＠お腹いっぱい。** · 2005/12/27(火) 22:32:40

dovecotのグラフが笑える。

**名無しさん＠お腹いっぱい。** · 2006/01/19(木) 14:19:16

Windows環境で、IMAP4に対応した数少ないメールサーバ「Mercury/32」を
ローカル環境で使っている人は居ますか？

Mercury/32
http://www.pmail.com

先日導入したのですが、メールクライアントから同期を行うと

「ERROR　10 processing FETCH command」

とクライアントにエラー表示され、同期が出来ません。

Googleで検索すると、いろんな国で、同じ状況で困っている人がいるようです。
ドイツ圏のBBSで、この件名でやりとりがあるのですが、具体的な対処法を
読み取れませんでした。
http://forum.bananajoe.de/index.php?board=1;action=display;threadid=312
対処法をご存知の方、ご教示ください。

**名無しさん＠お腹いっぱい。** · 2006/01/21(土) 00:50:34

そんな糞は窓から投げ捨てて、
Cygwin上でUWかCourierでも使ってろ。

**117** · 2006/01/21(土) 05:41:23

>>118
ありがとう。あきらめがつきました。

その方向性で行くと、Cygwinというものに初挑戦となります。
導入方法について書いてある、お勧めページをご教示いただけますか。

**名無しさん＠お腹いっぱい。** · 2006/01/21(土) 12:22:38

Cygwin上のUW/Courierもかなりダメだったけど。
coLinuxでも使ってろ。

**名無しさん＠お腹いっぱい。** · 2006/01/21(土) 14:08:19

どうでもいいけど >117 はなんで unix板で聞いてるの?
win のことなら win関係で聞けばいいじゃん。

ここでは win のことは生暖かく見守るの専門。

**名無しさん＠お腹いっぱい。** · 2006/02/18(土) 21:02:54

>>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
です。

**122** · 2006/02/18(土) 21:37:58

authdaemonrcでモジュールをロードしていませんでした。
大変失礼しました、、

**名無しさん＠お腹いっぱい。** · 2006/04/09(日) 01:17:35

ＢｅｃｋｙのIMAPクライアントはIDLEコマンドを非対応でいい？

**名無しさん＠お腹いっぱい。** · 2006/04/09(日) 01:57:39

日本語でおｋ

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 16:58:18

imapのサーバ上に日本語のディレクトリを掘り、
さらにその下に日本語のサブディレクトリを掘りたい。

XREA（レンタルサーバ）では上記の動作を実現可能です。

しかし、ローカルで動かしたFedora2＋Dovecotはダメです。
　→サブディレ掘ると「mailbox dorsn't allow inferior mailboxes」と怒られます。

この問題の解除方法か、imapサーバ上にサブディレクトリを掘れる
ほかのシステムがありましたら、ご教示ください。

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 17:14:36

一番ましなサーバは何？

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 17:43:27

Cyrus

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 18:39:07

Maildir で dovecot だったらこんな感じだけど?

Maildir/# "受信トレイ"
Maildir/.INBOX# Maildir/(受信トレイ) の dovecot 用インデックス?
Maildir/.subMaildir/# トップレベルのサブフォルダ
Maildir/.INBOX.subfolder/# 受信トレイのサブフォルダ

**名無しさん＠お腹いっぱい。** · 2006/04/21(金) 20:00:42

>>126
きちんとエンコードしてれば
たいていのサーバでは日本語フォルダ名使えると思うけど。

フォルダ名の国際化はRFCで決まってるお！

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 00:26:26

>>126
mailboxだから駄目なんだろ?

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 01:00:59

mailbox つーか、 mbox だからだな。

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 03:19:20

dovecotなら素直にMaildirつかったほうがいいね。

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 19:09:23

uw 以外で MH 対応のおすすめがあれば教えて。

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 20:06:47

そもそも、HM を IMAP 経由で使用するのをおすすめしません。

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 20:16:32

ツールに頼らず手動でいじくれる可能性を残すには
MH くらいの単純さがちょうどいいんだよね。

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 21:00:37

Maildir だってたいして面倒ではないわけだが

**名無しさん＠お腹いっぱい。** · 2006/04/22(土) 22:25:06

MHをまともに扱えるIMAP鯖はない。
uwすら移行用レベルの実装。

**名無しさん＠お腹いっぱい。** · 2006/04/23(日) 02:11:13

>>136
1メール1ファイルのMaildirのほうがよほど扱いやすいけど、なにか?

**イミワカンネ** · 2006/04/23(日) 09:38:05

>139
ははは

**名無しさん＠お腹いっぱい。** · 2006/04/23(日) 10:06:28

>>138
というか、MH の思想と IMAP の思想が合わないので。
「まともに扱える」が何を意味してるのかわからんけど、
MH via IMAP だとUWの実装ぐらいのことしかできないと思いますよ。

**126** · 2006/04/25(火) 00:33:56

Maildirに変えたら出来たよー、、みんなｱﾘｶﾞﾄｳ!!

ところで、IMAP4って使い出すと便利極まりないし、
端末が潰れてもすぐ復帰できるメリットもあるけど、
普及しないのはなぜ？

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 01:24:13

ｽﾚﾀｲに書いてある
「いつまでも次世代」だからｗ

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 01:27:37

鯖管の立場：
・メールおきっぱなので、ディスク容量食う
・セッションつなぎっぱなしは負荷大きくて嫌

ユーザの立場：
・使い慣れてるソフトが対応してない
・動作が重い
・フォルダの掘りかたや検索に制限がある

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 01:35:19

じゃあ使うメリットはなんだろうか。
自分でサーバ立てておけば
好きなクライアント使える、とか、
クライアントの保存形式に依存しない、とか
バックアップが簡単、とかかな?

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 08:59:05

POPだってメール置きっぱにしとくやついるけどな。

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 09:27:31

>>144
>・メールおきっぱなので、ディスク容量食う
どうせ保存しておく人は、どっかに保存しておくわけで、
信頼性の低いクライアントに保存するよりは、
信頼性の高いサーバに保存しておくほうがいいのでは？
貯めすぎる人がいるなら、QUOTAかければいいわけだし。
>・セッションつなぎっぱなしは負荷大きくて嫌
繋ぎっぱなしはCPU負荷はそんなにないよね？メモリ負荷？
>・使い慣れてるソフトが対応してない
いまどき、シェアの低そうなソフトだな。
>・動作が重い
そんな重いか？クライアント・サーバの作り次第か。
>・フォルダの掘りかたや検索に制限がある
そんなに制限あるか？クライアント・サーバの作り次第か。

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 10:23:16

> 信頼性の高いサーバに保存しておくほうがいいのでは？
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。

これって一行目と二行目が矛盾してる気がするんだよね。
ためずに消すような利用しているひとはそもそも信頼性なんてどうでもよさそうだし、
俺には QUOTA かかったサーバを信頼性が高いとは思えなくて。

>>147 の反論を見てると、
やっぱり IMAP はいつまでも次世代 (というか中途半端) なんだなあ、
という思いが拭い切れないでいる俺ガイル。

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 10:53:15

> 信頼性の高いサーバに保存しておくほうがいいのでは？
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。
クライアントにデータがあるよりは，サーバにあったほうがいいのは同意．

でも，QUOTA は反対．Maildir にして，ディスク足りなくなったら追加なり，NFS で他から
リソースもらうなりしてどんどん増やして行くのがいいな．個人的には．

でも，それを実現する前に，何でもかんでもメールに添付っていう運用をやめてもらう必要はあるんだけど．

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 14:50:13

プロバイダにとってメリットが少ないのが採用されない理由かと。
IMAP4 サポートを理由にプロバイダ選ぶ人は少数派だろうし。
>>144 のようなデメリットもあるしね。

**名無しさん＠お腹いっぱい。** · 2006/04/25(火) 20:33:59

>>148
矛盾してるか？
ひとりのためにディスクがパンクしてしまって、全員に影響が出てしまわぬよう、
QUOTA をかけるのは信頼性を上げることにならないか？

まあ、合意で決まるプロトコルだから、中途半端感があるのは仕方ないと思うけど、
具体的に何が足りないとか、どうしたらいいとかいう意見はある？
私はあんまり不満がないんで。

**名無しさん＠お腹いっぱい。** · 2006/04/28(金) 17:26:19

>>148はQUOTAについてなんか勘違いしてないか？

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 11:03:40

>>151
重い・・・。とにかく重い。

会社の指針でOutLook使ってるんだけど、頻繁にメールをDLできませんでした、ってなる。

一つのセションでやりとりするメッセージが多い稀ガス。
セションもなんでか、よくロストするみたいだし・・・。
パケット眺めてるとWindowsのファイル共有がWANじゃ重いですね、みたいな感じがする。
thresholdがイケナイ子なのかな。

それとも単にOLの実装が悪いだけ？

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 11:14:11

OEのIMAP実装は結構よくできてると思う。Outlookはよく知らない。
Beckyがダメ。変なコマンド投げてくるし。コマンドも有効に使ってないし。
最低限動いてますーってだけのような。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 14:33:18

うみゅ。BeckyのIMAP実装はクズ同然だなぁ。職場ではBecky使いの人には「ちゃんとレジストしてるの?」
攻撃を仕掛けた上で、Thunderbirdへの乗り換えを勧めている。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 14:37:05

IMAP 対応の第一段階として "POP3 相当の別プロトコル"、というものがあるからねぇ

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 20:31:40

Becky使ってみたよ。
ver.2？なのかな。
サクっと見た限り、問題ないみたい。
どの辺のコマンドが有効じゃないの～？

Beckyは"プロトコルログを取る"ってのが良いなぁ・・・。

OEにもあるんだっけ。

OLでもあれば良いのに・・・。いちいちﾌﾟﾛｱﾅ起動するのﾒﾝﾄﾞｲ(σ`･ω･)σYO!!!

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 20:54:13

Beckyは実装がまちまちなIMAP{鯖側の
最大公約数を満たすような動きするからね
それ自体は悪いことではないと思うが、無駄だと思う人もいるだろう

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 21:27:39

>>158
なるほど、mta独自なあたりを包括するのかな？

#最近このスレ活発(´・д)(д・`)ネー

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 21:33:52

ソフトごとのIMAP実装の違いを教えてくれ
Beckyのどこが悪いのか
Thunderbirdのどこが良いのか

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 21:42:21

>>160
わしも興味ある。
基準決めてみんなで調べたら？

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 21:45:05

以前海外のマイナーなIMAPサーバを評価したとき、
Beckyは固まった。一応マイナーでもRFC2060のIMAP4rev1
の通りに返答してるみたいなんだけど、Beckyは正しくパース
出来てないみたいだった。

あとBeckyはIDLEコマンドサポートしてないんで、サーバに
メールに届いてもクライアントに通知できない。上のほうで誰か
も書いてたけど、POPと同じ使い方しかできない。

数年前の話なんで、最新バージョンでは直ってるかもしれないです。
そのときはごめんなさいってことで。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 21:56:48

>>154
Outlook の IMAP 対応はいけてないです。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 22:07:16

>>163
具体的にどんなところがいけてない？

もうIMAPはプロトコルが複雑だから実装もまちまちで、
動作も重いからイラネ。もう全部ウェブメールでよくね？

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 22:11:38

>>161
メッセージの一覧を取得するのに、何投げてるとか。
キャッシュ持ってて、前回との差分を取得するイメージ。

Cyrus だと、/var/imap/log/ユーザ名のディレクトリ掘っておけば、
プロセスごとのやりとりのログが残るよ。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 22:41:11

Thunderbirdの、コネクション張りまくる仕様はどうかと思うな。
ユーザを多数抱えるサーバではたまったものじゃない。
エンドユーザにはお仕着せのprefs.jsを与えて、書き換えられないように
しておけばいいんだけどさ。

コネクションが多すぎるのでサーバ側から拒否されると永久に返事を待ち続けて
固まるところとか。何年も前の話だからもう直ってるかもしれないけど。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 22:44:36

>>166
いや。Thunderbirdはこないだもそうだった。
クライアント側で同時に張れるセッション数を設定できて、
常に最大数を維持しようととする。何の意味があるのか。やめれｗ

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 23:04:56

OS XのMail.appは購読フォルダが選べないって時点でどうにもならない

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 01:12:57

>166
良くわからないんだけど
1クライアント => 1サーバー
って関係のときに複数 TCP セッションを張ってるの?

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 01:18:57

>>169
うん。フォルダ毎にセッションを張って、張りっぱなしにする。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 01:43:08

クライアントの処理は、その方が楽なんだよ。
IMAPの操作はフォルダを選択して行うものが多いから、フォルダ毎に
「現在の状態」というかコンテクストを持つことになる。
1フォルダにつき1セッションだとシンプルに処理できるが、1クライアントにつき
1セッションだとフォルダを切り替える毎に持っていたコンテクストを捨てて、
やり直すことになる。

たぶんThunderbirdのやり方のほうがIMAPで意図されていたことなんだろうと思う。
とは言え、多数のユーザを抱えるサーバにとってはセッションを張られるのは負担なんだよね。
IMAP自体、サーバの負担に頓着してないところがある。IDLEコマンドとか。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 01:48:06

IMAPのプロトコルはコマンドにいちいちIDがついているけれども、あのIDにフォルダ名が
含まれていれば１クライアント１セッションでもいいのではないかと
今更言ってみる。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 07:59:49

そんな仕様ならThunderbirdはお勧めできないな

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 09:08:05

でも現状フリーで素人に奨められるものって
thunderbird 位しかないっしょ

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 10:43:42

そう思って数年前に Thunderbird 勧めたんだけど、
( 今は直ったけど ) 日本語フォルダがあるとメールが消えたり、
日本語があるとアドレス帳が使えなかったり、
バージョンアップしたら設定が消えたりと散々だったので
4200 円払って Becky! 使わせたほうが安いと思ったよ。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:02:29

>>171
結局、クライアントを再起動するときなんかは、終わるときにコンテキストを
保存しておいて、フォルダをオープンして同期をかけることになるんで、
そういう実装は持っているはずだから、手間は変わらないのでは？

IDLEコマンドのサーバの負荷ってのはどうなのかな？
毎度クライアントから接続されて、そのたびにフォルダーをスキャンして
状態を返すより、状態を持っていて調べるほうが処理は楽そうにも思えるのだが。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:04:44

接続を維持されると嫌だっていうけど、
実際問題そんなに負荷かかるの?

大体接続1本あたり、サーバー側でどのリソースをどの程度食うもんなの?

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:13:25

>>172
それを言うなら、コマンドでフォルダ名を指定するようにしておけば、
良かったんじゃなかろうか。

でも、それができないサーバの実装もあるんだろうね。
明示的にフォルダを開いて、諸々の処理をしないといけないとか。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:14:16

>>174
Sylpheed はどうでしょう？

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:22:31

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

**177** · 2006/04/30(日) 13:15:04

>180
やっぱりまずメモリですかね。
あとファイルディスクリプタとか食ったりするのかな?

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

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

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 20:00:18

>>181
数十人しかユーザーいないのに netstatして百本以上接続されてるとちょっとウンザリしない？

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 21:05:51

この勢いならマイナーソフトの質問も言える・・・

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

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

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 22:02:02

>182
うんざり程度ですむなら安いもんじゃん?

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 23:00:52

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

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

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 23:04:45

uw-imapdなんてプロトコル検証用ソフトを実運用で使ってるほうが悪い

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 23:25:46

>>183
悪いというウワサは聞きませんが。
ソコソコよろしいんじゃないでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 23:36:16

接続ごとに thread 使ってるサーバ実装ってある？

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

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 07:38:11

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

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

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 07:50:39

>>182
別にしないよ。

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 09:06:18

>>183
ShurikenはIMAP上のフォルダを移動できなくて萎えた

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

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 10:53:10

それは、同一階層なら名前の変更ができるけど、別階層へ変更できないってことかな？

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

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 00:44:26

>>192
「同一階層なら名前の変更」 → これは試してないので不明
「別階層へ変更」 → これはNGだった

**183** · 2006/05/03(水) 17:43:17

shurikenの情報ありがとう。

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

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

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:52:55

IMAPのプロトコル上は、RENAME コマンドがあるんで、
フォルダーの名前の変更＝移動はできるよ。
もちろん、デリミタ込みで名前を指定できるから、
階層をまたぐ移動も可能。

あ、ちょっと勘違いしてたらまずいので確認ですが、
ここで行ってるフォルダって、メールボックスのことですよね？
folder┬folder1
　　　├folder2
　　　└folder3
この場合の folder のところのことを言ってます？
その場合、これがメールボックスか単なる階層の名前かで変わってきます。

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 01:33:07

1000人規模でIMAPを使っているトコってどこかありますか？

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 02:51:09

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

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

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

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 02:53:44

>>196
数万人規模でやってるとこもある

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 03:22:51

>>197
dovecotだと、
Linuxならinotity/dnotify、FreeBSDならkqueueで
新着チェックできるよ。
少数派だろうけど。

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 09:26:00

>199
dovecot の doc/* で
kqueue とか notify で grep して
引っ掛からなかったんですが、
どこを見ればいいの?