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

1 ：2005/04/24 〜 最終レス ：2011/12/04

■関連リンク
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/

2 ：

2get

3 ：

乙

4 ：

即死防止

5 ：

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

6 ：

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

7 ：

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

8 ：

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

9 ：

>>8
ありがと。テラは高いな…。
定期バックアップもテープに収まらないから工夫が必要そう。
100G くらいの HDD を分散させようと考え始めました。
先人たちはどういう風に構築しているんでしょう？

10 ：

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

11 ：

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

12 ：

>>9
分散させるのはヲレ的には最悪の手段だと思う。
MaildirのようなNFSと相性のいいスプール形式にして、それに対応した
IMAP serverをつかい、スプール用のストレージにNetAppのようなNASを
使うのが楽。
バックアップはNetAppでスナップショットを切ってから差分バックアップなり
フルダンプなりすればいい。

13 ：

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

14 ：

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

15 ：

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

16 ：

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

17 ：

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

18 ：

前スレでも出てたけど、同時接続数が一番の問題かな。
ディスクスペースは今時どうにでもなると思う。
CyrusのML見てると1万ユーザくらいは収容できているようだけど、
それでもパフォーマンスチューンで苦労しているようだし。
UWとかCourierあたりだとindex持たない(よね?)から、
万オーダーのユーザの収容は苦しいんじゃないかな。

19 ：

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

20 ：

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

21 ：

それだとバックエンド側で働いているNFSサーバの性能で
パフォーマンスが制限されない?
バックアップなどの観点からも、ある程度の規模になったら
スプールする領域を分けることは必須じゃないかな。
SMTPサーバが受け取ったメールを仕分けして、
LMTP使って別々のIMAPサーバのスプールへ流し込むとか、
既に実装されている技術でもできないことはない。

22 ：

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

23 ：

>>21
確か、cyrus だとそういうことができるよね。
>>22
大規模だと、まずメモリ積め、ディスクI/Oのスループットを上げろ、って言われますけど。

24 ：

>>14
無くなっては困るが、かといって参照することは
ほぼない過去メールと、それなりの頻度で参照
する過去メールとを分離することは大切。営業
職の社員は、とかくメールを削除することを嫌が
る傾向があるので、分離しないと一人当たり
数万通のメールを平気でためこんだりする。
Maildirだといくらサーチの速いファイルシステム
を使っても快適なメール環境は実現が難しいだ
ろう。そもそも、Maildirに対応したIMAPサーバで、
1ディレクトリあたり数万ファイル、容量にして数GB
に及ぶものを扱えて信頼のおける実装はあるの
だろうか。
結局のところ、cyrusやExchangeのようにDBMSを使って
1ファイル(または数ファイル)で扱う方が現実的では
ないかと思う(SunのMessaging Serverがどのような
メールボックスかは知らない)。

25 ：

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

26 ：

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

27 ：

詳しく

28 ：

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

29 ：

元ドキュメントはこれ。
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.

30 ：

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

31 ：

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

32 ：

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

33 ：

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

34 ：

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

35 ：

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

36 ：

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

37 ：

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

38 ：

>>37
ximapd

39 ：

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

40 ：

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

41 ：

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

42 ：

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

43 ：

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

44 ：

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

45 ：

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

46 ：

>>45
ハックよろしく

47 ：

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

48 ：

>>47
よろしく

49 ：

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

50 ：

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

51 ：

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

52 ：

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

53 ：

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

54 ：

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

55 ：

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

56 ：

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

57 ：

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

58 ：

>>56
~/.cram-md5

59 ：

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

60 ：

uw-imapdのことでそ

61 ：

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

62 ：

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

63 ：

ximapd

64 ：

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

65 ：

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

66 ：

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

67 ：

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

68 ：

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

69 ：

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

70 ：

>>67
戸田奈津子みたいな日本語ですみません。
IMAP の振り分けルール作成は、サーバー側(dovecot)で設定するものなのでしょうか。
それともクライアント側からも制御できるのでしょうか。
クライアント側からも制御できる場合、↓のような運用も可能なのでしょうか。
Becky! でルール作成 → サーバー側に反映 → 他のメールクライアント
(OE や、SquirrelMail など)でもアクセス時に振り分けが実行されている

71 ：

>>70
ほとんどすべてのMUAは独自に振り分けルールを持っていて、
アクセスしたときに振り分けを実行している。
Cyrus+MulberryだとSieve使ってもう少し高度なことができるけど。
# Mulberry はマルチバイトにきちんと対応してくれればなぁ

72 ：

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

73 ：

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

74 ：

つ maildrop

75 ：

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

76 ：

Maildirならロック不要

77 ：

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

78 ：

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

79 ：

何の話？

80 ：

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

81 ：

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

82 ：

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

83 ：

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

84 ：

久しぶりにメールサーバー再構築しようと思っています。
せっかくなので IMAP もつかえるようにしようとしてますが、APOP との連携で定番って無いんでしょうか?
Maildir 形式対応と安定性(噂)で Courier-imapd を使おうと思ったのですが Courier-imapd に付属の pop3d はAPOP に対応しておらず、APOP パッチも古いもの用しかないようです。
そこで Maildir 形式を扱える他の pop3d を併用できないかと思ったのですが、何かまずいことがあるような気もしています。
併用することで何か問題になることはないでしょうか?
ちなみに MTA は postfix を使用します。

85 ：

ちなみに併用でまずそうなパターンで思いついたのは、
APOP で接続された MUA が　DELE リクエストを投げたとき、実際にはサーバ上では残しておく必要があるということです。
ユーザーごとに IMAP か APOP のどちらかしか使用しない運用ポリシーにするか、RETR されるときにサーバー上でメールはコピーしておくとか
なにやら対策が必要な気がします。

86 ：

そうですか。

87 ：

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

88 ：

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

89 ：

どうせならRFC1734だね。

90 ：

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

91 ：

枯渇なんてすんの?

92 ：

cat /dev/random > /dev/null

93 ：

>>90
スレ違いだろ。
Internet Mail System 総合スレ＠UNIX板
http://pc8.2ch.net/test/read.cgi/unix/1065106696/

94 ：

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

95 ：

>>94
(ﾟДﾟ)ﾊｧ?

96 ：

Maildirじゃなくて？

97 ：

Courier-IMAP 4.0.5 age

98 ：

age なら age らしく age ろ。

99 ：

Courier-IMAP-4.0.6 + qmail + vpopmail　で運用しています。
IMAP before SMTP ができなくて困っています。
ぐぐってみても4.0.x以前の設定方法の情報しかなく、やり方がわかりません。
どなたかご存じの方いませんでしょうか？

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

SJIS撲滅運動 (509)
メーラスレッド (417)
お前らUNIXが好きな振りをしてるだけですよね (332)
pingを｢ぺやんぐ｣と呼ぶスレ (209)
FreeBSD での Office 環境を語れ! その2 (791)
今何欲しい?(´∀｀ ) (301)
--log9.info------------------
【宿主失う】盗作屋･唐沢俊一228【蛭男】 (731)
村上春樹総合 39 (270)
小口研磨してある本は買いたくない Part9 (331)
書店統合スレッド 本屋のホンネ 第66刷 (350)
アンチおおたうに２ (271)
藤沢周平　用心棒初日 (208)
日垣隆★103 (829)
【楽天】Kobo Touch glo mini 46冊目【コボ】 (304)
【ソニー】Sony Reader■44冊目【リーダー】 (655)
Amazon Kindle 総合スレ 65 (212)
電子書籍雑談スレ Part25 (244)
E★エブリスタ2冊目【コミック】 (231)
Kobo Touch/Glo/Mini hacking スレ Part.4 (709)
読破した電子書籍教えれ 1冊目 (200)
【ナビ・ルナ】池田美代子2【ネコ・ムスビ】 (202)
【石崎洋司】黒魔女さんが通る!!【２級目】 (201)
--log55.com------------------
†† 小公女セーラ 123話 ††
セックスしてみたい世界名作劇場キャラ☆３人目
【マダムＸ】新ルパン専用スレ９【鉄トカゲ】
【再放送】装甲騎兵ボトムズPart96【禁断】
【青木悠三】ルパン三世PART III　６【ピンク】
夢戦士ウイングマン VOL.3
機甲創世記モスピーダ『GENESIS CLIMBER MOSPEADA』
J9シリーズ【ブライガー・その他】その8