トップページunix
428コメント133KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。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/
0082名無しさん@お腹いっぱい。2005/06/03(金) 14:28:57
procmailからだと
:0
* ^(To|Cc):.*foo@bar
|/usr/bin/dmail +mail/baz
なんて感じでdmailつかって配信するのが気持ちいいですな。
0083名無しさん@お腹いっぱい。2005/06/04(土) 00:49:33
>>80
NFSだったら/tmp/lockfileが同じマシンとは限らないから駄目じゃない?
0084名無しさん@お腹いっぱい。2005/06/07(火) 21:58:55
久しぶりにメールサーバー再構築しようと思っています。
せっかくなので IMAP もつかえるようにしようとしてますが、APOP との連携で定番って無いんでしょうか?

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

そこで Maildir 形式を扱える他の pop3d を併用できないかと思ったのですが、何かまずいことがあるような気もしています。
併用することで何か問題になることはないでしょうか?
ちなみに MTA は postfix を使用します。
0085842005/06/07(火) 22:11:25
ちなみに併用でまずそうなパターンで思いついたのは、
APOP で接続された MUA が DELE リクエストを投げたとき、実際にはサーバ上では残しておく必要があるということです。

ユーザーごとに IMAP か APOP のどちらかしか使用しない運用ポリシーにするか、RETR されるときにサーバー上でメールはコピーしておくとか
なにやら対策が必要な気がします。
0086名無しさん@お腹いっぱい。2005/06/07(火) 22:27:10
そうですか。
0087名無しさん@お腹いっぱい。2005/06/07(火) 22:54:43
併用することでどういうまずいことがあるのか分からんけど、
cyrus-imapd (+cyrus-sasl) は一つのサーバで
IMAP4 と APOP(POP3)をサポートしているけどね。
メールボックスは独自形式なので、Maildirが必須要件ならダメだけど。

俺はpostfixとの組み合わせで3年使ってるが障害は皆無だす。
0088名無しさん@お腹いっぱい。2005/06/08(水) 04:22:35
いまさらAPOPというのもあれだなぁ。
0089名無しさん@お腹いっぱい。2005/06/08(水) 06:50:51
どうせならRFC1734だね。
0090名無しさん@お腹いっぱい。2005/06/09(木) 01:09:10
今や APOP が推奨されないのは、
毎回セッション開始時に <****@*****> という文字列作るために
/dev/random 等のエントロピープールを使うため、
乱数のエントロピー枯渇を狙った DoS 攻撃に対して弱くなる。
RFC1734(POP AUTH)だと AUTH コマンド送るまで乱数を使わなくて済む。

という認識で正しい? (APOP と両方つかえるようにしてると意味無いけど)
0091名無しさん@お腹いっぱい。2005/06/09(木) 09:21:18
枯渇なんてすんの?
0092名無しさん@お腹いっぱい。2005/06/09(木) 10:29:41
cat /dev/random > /dev/null
0093名無しさん@お腹いっぱい。2005/06/09(木) 10:34:48
>>90
スレ違いだろ。

Internet Mail System 総合スレ@UNIX板
http://pc8.2ch.net/test/read.cgi/unix/1065106696/
0094名無しさん@お腹いっぱい。2005/07/12(火) 23:32:45
debianでdovecotを使ってるのですけど急にINBOXのメールだけ見れなくなりました。
その他のフォルダについては普通に見れます。
実際のディレクトリ(~/Maildir/cur)を見てみても特に異常は見当たりません。
クライアントはSquirrelMail、Thunderbird、Sylpheedを使ってます。
どなたかお助けお願いします。
0095名無しさん@お腹いっぱい。2005/07/12(火) 23:40:57
>>94
(゚Д゚)ハァ?
0096名無しさん@お腹いっぱい。2005/08/13(土) 13:57:37
Maildirじゃなくて?
0097名無しさん@お腹いっぱい。2005/09/21(水) 12:35:11
Courier-IMAP 4.0.5 age
0098名無しさん@お腹いっぱい。2005/09/21(水) 12:39:15
age なら age らしく age ろ。
0099名無しさん@お腹いっぱい。2005/10/24(月) 18:41:33
Courier-IMAP-4.0.6 + qmail + vpopmail で運用しています。
IMAP before SMTP ができなくて困っています。

ぐぐってみても4.0.x以前の設定方法の情報しかなく、やり方がわかりません。
どなたかご存じの方いませんでしょうか?
0100名無しさん@お腹いっぱい。2005/10/24(月) 19:52:48
>>99
仕事で必要ならコンサルタントを雇いなさい
0101名無しさん@お腹いっぱい。2005/10/25(火) 10:20:48
>>100
いえ自宅サーバ用です

やはりSMTP-Authを併用するしかないのでしょうか
どなたかご存知の方いましたら教えてください
0102名無しさん@お腹いっぱい。2005/10/25(火) 14:29:05
>>99 ぐぐってみても4.0.x以前の設定方法の情報しかなく、
やり方がわかりません。

えー。

つDRAC
0103名無しさん@お腹いっぱい。2005/10/25(火) 15:28:53
>>102
4系以前はもっと簡単に実現できていたのに、色々と面倒になったのですね。

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

ありがとうございました
0104名無しさん@お腹いっぱい。2005/11/05(土) 01:30:55
>>99
好奇心からの質問ですが、SMTP-AUTH じゃなくて IMAP before SMTP が必要に
なる環境というのは、どのような理由によるものなのでしょう?
0105名無しさん@お腹いっぱい。2005/11/05(土) 11:27:42
自宅サーバーでimapdをinetd経由で呼んでいます。
メールの新着確認のタイミングが1分くらいのようなのですが、
これは、imapdの設定?クライアントの設定でしょうか?

できたら10秒くらいにしたいのですが。
0106名無しさん@お腹いっぱい。2005/11/05(土) 14:47:08
>>105
MUAがNOOP送るタイミング変えれ
0107名無しさん@お腹いっぱい。2005/11/05(土) 18:47:25
>>105
クライアントの設定だろうが、
サーバもクライアントも何使ってるのか書かないのはエスパー希望か?
0108名無しさん@お腹いっぱい。2005/11/06(日) 15:10:20
>>104
別に無いよ
今まではIMAP before SMTPを使っていたというだけ
強いて言うならメーラーの設定が少しだけ楽なことくらい?
0109名無しさん@お腹いっぱい。2005/12/05(月) 11:47:42
Dovecot(1)
http://pc8.2ch.net/test/read.cgi/unix/1133750653/
0110名無しさん@お腹いっぱい。2005/12/05(月) 13:58:29
>>109
宣伝乙
今度こそ落ちないようにしたいものだな
0111名無しさん@お腹いっぱい。2005/12/06(火) 21:10:48
courierからdovecotへ乗り換えた。
体感出来るぐらい(ちょこっと)速くなった。
あとcourierの変態logフォーマットから解放されてすっきり。
0112名無しさん@お腹いっぱい。2005/12/07(水) 00:24:37
MTAが相変わらずqmailなんで、courierどころではない変態logフォーマットでも
へっちゃらさ〜。
0113名無しさん@お腹いっぱい。2005/12/27(火) 12:32:37
>>111
へえ、dovecotって速いんだ。ちょっとそそられるなあ。
0114名無しさん@お腹いっぱい。2005/12/27(火) 19:49:33
ちょっと前の奴。
http://www.isode.com/whitepapers/mbox-benchmark.html
0115名無しさん@お腹いっぱい。2005/12/27(火) 20:39:53
cyrusはさすがにパフォーマンス高いな
0116名無しさん@お腹いっぱい。2005/12/27(火) 22:32:40
dovecotのグラフが笑える。
0117名無しさん@お腹いっぱい。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
対処法をご存知の方、ご教示ください。
0118名無しさん@お腹いっぱい。2006/01/21(土) 00:50:34
そんな糞は窓から投げ捨てて、
Cygwin上でUWかCourierでも使ってろ。
01191172006/01/21(土) 05:41:23
>>118
ありがとう。あきらめがつきました。

その方向性で行くと、Cygwinというものに初挑戦となります。
導入方法について書いてある、お勧めページをご教示いただけますか。
0120名無しさん@お腹いっぱい。2006/01/21(土) 12:22:38
Cygwin上のUW/Courierもかなりダメだったけど。
coLinuxでも使ってろ。
0121名無しさん@お腹いっぱい。2006/01/21(土) 14:08:19
どうでもいいけど >117 はなんで unix板で聞いてるの?
win のことなら win関係で聞けばいいじゃん。

ここでは win のことは生暖かく見守るの専門。
0122名無しさん@お腹いっぱい。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
です。
01231222006/02/18(土) 21:37:58
authdaemonrcでモジュールをロードしていませんでした。
大変失礼しました、、
0124名無しさん@お腹いっぱい。2006/04/09(日) 01:17:35
BeckyのIMAPクライアントはIDLEコマンドを非対応でいい?
0125名無しさん@お腹いっぱい。2006/04/09(日) 01:57:39
日本語でおk
0126名無しさん@お腹いっぱい。2006/04/21(金) 16:58:18
imapのサーバ上に日本語のディレクトリを掘り、
さらにその下に日本語のサブディレクトリを掘りたい。

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

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

この問題の解除方法か、imapサーバ上にサブディレクトリを掘れる
ほかのシステムがありましたら、ご教示ください。
0127名無しさん@お腹いっぱい。2006/04/21(金) 17:14:36
一番ましなサーバは何?
0128名無しさん@お腹いっぱい。2006/04/21(金) 17:43:27
Cyrus
0129名無しさん@お腹いっぱい。2006/04/21(金) 18:39:07
Maildir で dovecot だったらこんな感じだけど?

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

0130名無しさん@お腹いっぱい。2006/04/21(金) 20:00:42
>>126
きちんとエンコードしてれば
たいていのサーバでは日本語フォルダ名使えると思うけど。

フォルダ名の国際化はRFCで決まってるお!
0131名無しさん@お腹いっぱい。2006/04/22(土) 00:26:26
>>126
mailboxだから駄目なんだろ?
0132名無しさん@お腹いっぱい。2006/04/22(土) 01:00:59
mailbox つーか、 mbox だからだな。
0133名無しさん@お腹いっぱい。2006/04/22(土) 03:19:20
dovecotなら素直にMaildirつかったほうがいいね。
0134名無しさん@お腹いっぱい。2006/04/22(土) 19:09:23
uw 以外で MH 対応のおすすめがあれば教えて。
0135名無しさん@お腹いっぱい。2006/04/22(土) 20:06:47
そもそも、HM を IMAP 経由で使用するのをおすすめしません。
0136名無しさん@お腹いっぱい。2006/04/22(土) 20:16:32
ツールに頼らず手動でいじくれる可能性を残すには
MH くらいの単純さがちょうどいいんだよね。
0137名無しさん@お腹いっぱい。2006/04/22(土) 21:00:37
Maildir だってたいして面倒ではないわけだが
0138名無しさん@お腹いっぱい。2006/04/22(土) 22:25:06
MHをまともに扱えるIMAP鯖はない。
uwすら移行用レベルの実装。
0139名無しさん@お腹いっぱい。2006/04/23(日) 02:11:13
>>136
1メール1ファイルのMaildirのほうがよほど扱いやすいけど、なにか?
0140イミワカンネ2006/04/23(日) 09:38:05
>139
ははは
0141名無しさん@お腹いっぱい。2006/04/23(日) 10:06:28
>>138
というか、MH の思想と IMAP の思想が合わないので。
「まともに扱える」が何を意味してるのかわからんけど、
MH via IMAP だとUWの実装ぐらいのことしかできないと思いますよ。
01421262006/04/25(火) 00:33:56
Maildirに変えたら出来たよー、、みんなアリガトウ!!

ところで、IMAP4って使い出すと便利極まりないし、
端末が潰れてもすぐ復帰できるメリットもあるけど、
普及しないのはなぜ?
0143名無しさん@お腹いっぱい。2006/04/25(火) 01:24:13
スレタイに書いてある
「いつまでも次世代」だからw
0144名無しさん@お腹いっぱい。2006/04/25(火) 01:27:37
鯖管の立場:
・メールおきっぱなので、ディスク容量食う
・セッションつなぎっぱなしは負荷大きくて嫌

ユーザの立場:
・使い慣れてるソフトが対応してない
・動作が重い
・フォルダの掘りかたや検索に制限がある
0145名無しさん@お腹いっぱい。2006/04/25(火) 01:35:19
じゃあ使うメリットはなんだろうか。
自分でサーバ立てておけば
好きなクライアント使える、とか、
クライアントの保存形式に依存しない、とか
バックアップが簡単、とかかな?
0146名無しさん@お腹いっぱい。2006/04/25(火) 08:59:05
POPだってメール置きっぱにしとくやついるけどな。
0147名無しさん@お腹いっぱい。2006/04/25(火) 09:27:31
>>144
>・メールおきっぱなので、ディスク容量食う
どうせ保存しておく人は、どっかに保存しておくわけで、
信頼性の低いクライアントに保存するよりは、
信頼性の高いサーバに保存しておくほうがいいのでは?
貯めすぎる人がいるなら、QUOTAかければいいわけだし。
>・セッションつなぎっぱなしは負荷大きくて嫌
繋ぎっぱなしはCPU負荷はそんなにないよね?メモリ負荷?
>・使い慣れてるソフトが対応してない
いまどき、シェアの低そうなソフトだな。
>・動作が重い
そんな重いか?クライアント・サーバの作り次第か。
>・フォルダの掘りかたや検索に制限がある
そんなに制限あるか?クライアント・サーバの作り次第か。
0148名無しさん@お腹いっぱい。2006/04/25(火) 10:23:16
> 信頼性の高いサーバに保存しておくほうがいいのでは?
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。

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

>>147 の反論を見てると、
やっぱり IMAP はいつまでも次世代 (というか中途半端) なんだなあ、
という思いが拭い切れないでいる俺ガイル。
0149名無しさん@お腹いっぱい。2006/04/25(火) 10:53:15
> 信頼性の高いサーバに保存しておくほうがいいのでは?
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。
クライアントにデータがあるよりは,サーバにあったほうがいいのは同意.

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

でも,それを実現する前に,何でもかんでもメールに添付っていう運用をやめてもらう必要はあるんだけど.
0150名無しさん@お腹いっぱい。2006/04/25(火) 14:50:13
プロバイダにとってメリットが少ないのが採用されない理由かと。
IMAP4 サポートを理由にプロバイダ選ぶ人は少数派だろうし。
>>144 のようなデメリットもあるしね。
0151名無しさん@お腹いっぱい。2006/04/25(火) 20:33:59
>>148
矛盾してるか?
ひとりのためにディスクがパンクしてしまって、全員に影響が出てしまわぬよう、
QUOTA をかけるのは信頼性を上げることにならないか?

まあ、合意で決まるプロトコルだから、中途半端感があるのは仕方ないと思うけど、
具体的に何が足りないとか、どうしたらいいとかいう意見はある?
私はあんまり不満がないんで。
0152名無しさん@お腹いっぱい。2006/04/28(金) 17:26:19
>>148はQUOTAについてなんか勘違いしてないか?
0153名無しさん@お腹いっぱい。2006/04/29(土) 11:03:40
>>151
重い・・・。とにかく重い。

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

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

それとも単にOLの実装が悪いだけ?
0154名無しさん@お腹いっぱい。2006/04/29(土) 11:14:11
OEのIMAP実装は結構よくできてると思う。Outlookはよく知らない。
Beckyがダメ。変なコマンド投げてくるし。コマンドも有効に使ってないし。
最低限動いてますーってだけのような。
0155名無しさん@お腹いっぱい。2006/04/29(土) 14:33:18
うみゅ。BeckyのIMAP実装はクズ同然だなぁ。職場ではBecky使いの人には「ちゃんとレジストしてるの?」
攻撃を仕掛けた上で、Thunderbirdへの乗り換えを勧めている。
0156名無しさん@お腹いっぱい。2006/04/29(土) 14:37:05
IMAP 対応の第一段階として "POP3 相当の別プロトコル"、というものがあるからねぇ
0157名無しさん@お腹いっぱい。2006/04/29(土) 20:31:40
Becky使ってみたよ。
ver.2?なのかな。
サクっと見た限り、問題ないみたい。
どの辺のコマンドが有効じゃないの〜?

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

OEにもあるんだっけ。

OLでもあれば良いのに・・・。いちいちプロアナ起動するのメンドイ(σ`・ω・)σYO!!!
0158名無しさん@お腹いっぱい。2006/04/29(土) 20:54:13
Beckyは実装がまちまちなIMAP{鯖側の
最大公約数を満たすような動きするからね
それ自体は悪いことではないと思うが、無駄だと思う人もいるだろう
0159名無しさん@お腹いっぱい。2006/04/29(土) 21:27:39
>>158
なるほど、mta独自なあたりを包括するのかな?


#最近このスレ活発(´・д)(д・`)ネー
0160名無しさん@お腹いっぱい。2006/04/29(土) 21:33:52
ソフトごとのIMAP実装の違いを教えてくれ
Beckyのどこが悪いのか
Thunderbirdのどこが良いのか
0161名無しさん@お腹いっぱい。2006/04/29(土) 21:42:21
>>160
わしも興味ある。
基準決めてみんなで調べたら?
0162名無しさん@お腹いっぱい。2006/04/29(土) 21:45:05
以前海外のマイナーなIMAPサーバを評価したとき、
Beckyは固まった。一応マイナーでもRFC2060のIMAP4rev1
の通りに返答してるみたいなんだけど、Beckyは正しくパース
出来てないみたいだった。

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

数年前の話なんで、最新バージョンでは直ってるかもしれないです。
そのときはごめんなさいってことで。
0163名無しさん@お腹いっぱい。2006/04/29(土) 21:56:48
>>154
Outlook の IMAP 対応はいけてないです。

0164名無しさん@お腹いっぱい。2006/04/29(土) 22:07:16
>>163
具体的にどんなところがいけてない?

もうIMAPはプロトコルが複雑だから実装もまちまちで、
動作も重いからイラネ。もう全部ウェブメールでよくね?
0165名無しさん@お腹いっぱい。2006/04/29(土) 22:11:38
>>161
メッセージの一覧を取得するのに、何投げてるとか。
キャッシュ持ってて、前回との差分を取得するイメージ。

Cyrus だと、/var/imap/log/ユーザ名 のディレクトリ掘っておけば、
プロセスごとのやりとりのログが残るよ。
0166名無しさん@お腹いっぱい。2006/04/29(土) 22:41:11
Thunderbirdの、コネクション張りまくる仕様はどうかと思うな。
ユーザを多数抱えるサーバではたまったものじゃない。
エンドユーザにはお仕着せのprefs.jsを与えて、書き換えられないように
しておけばいいんだけどさ。

コネクションが多すぎるのでサーバ側から拒否されると永久に返事を待ち続けて
固まるところとか。何年も前の話だからもう直ってるかもしれないけど。
0167名無しさん@お腹いっぱい。2006/04/29(土) 22:44:36
>>166
いや。Thunderbirdはこないだもそうだった。
クライアント側で同時に張れるセッション数を設定できて、
常に最大数を維持しようととする。何の意味があるのか。やめれw
0168名無しさん@お腹いっぱい。2006/04/29(土) 23:04:56
OS XのMail.appは購読フォルダが選べないって時点でどうにもならない
0169名無しさん@お腹いっぱい。2006/04/30(日) 01:12:57
>166
良くわからないんだけど
1クライアント => 1サーバー
って関係のときに複数 TCP セッションを張ってるの?
0170名無しさん@お腹いっぱい。2006/04/30(日) 01:18:57
>>169
うん。フォルダ毎にセッションを張って、張りっぱなしにする。
0171名無しさん@お腹いっぱい。2006/04/30(日) 01:43:08
クライアントの処理は、その方が楽なんだよ。
IMAPの操作はフォルダを選択して行うものが多いから、フォルダ毎に
「現在の状態」というかコンテクストを持つことになる。
1フォルダにつき1セッションだとシンプルに処理できるが、1クライアントにつき
1セッションだとフォルダを切り替える毎に持っていたコンテクストを捨てて、
やり直すことになる。

たぶんThunderbirdのやり方のほうがIMAPで意図されていたことなんだろうと思う。
とは言え、多数のユーザを抱えるサーバにとってはセッションを張られるのは負担なんだよね。
IMAP自体、サーバの負担に頓着してないところがある。IDLEコマンドとか。
0172名無しさん@お腹いっぱい。2006/04/30(日) 01:48:06
IMAPのプロトコルはコマンドにいちいちIDがついているけれども、あのIDにフォルダ名が
含まれていれば1クライアント1セッションでもいいのではないかと
今更言ってみる。
0173名無しさん@お腹いっぱい。2006/04/30(日) 07:59:49
そんな仕様ならThunderbirdはお勧めできないな
0174名無しさん@お腹いっぱい。2006/04/30(日) 09:08:05
でも現状フリーで素人に奨められるものって
thunderbird 位しかないっしょ
0175名無しさん@お腹いっぱい。2006/04/30(日) 10:43:42
そう思って数年前に Thunderbird 勧めたんだけど、
( 今は直ったけど ) 日本語フォルダがあるとメールが消えたり、
日本語があるとアドレス帳が使えなかったり、
バージョンアップしたら設定が消えたりと散々だったので
4200 円払って Becky! 使わせたほうが安いと思ったよ。
0176名無しさん@お腹いっぱい。2006/04/30(日) 11:02:29
>>171
結局、クライアントを再起動するときなんかは、終わるときにコンテキストを
保存しておいて、フォルダをオープンして同期をかけることになるんで、
そういう実装は持っているはずだから、手間は変わらないのでは?

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

0177名無しさん@お腹いっぱい。2006/04/30(日) 11:04:44
接続を維持されると嫌だっていうけど、
実際問題そんなに負荷かかるの?

大体接続1本あたり、サーバー側でどのリソースをどの程度食うもんなの?
0178名無しさん@お腹いっぱい。2006/04/30(日) 11:13:25
>>172
それを言うなら、コマンドでフォルダ名を指定するようにしておけば、
良かったんじゃなかろうか。

でも、それができないサーバの実装もあるんだろうね。
明示的にフォルダを開いて、諸々の処理をしないといけないとか。
0179名無しさん@お腹いっぱい。2006/04/30(日) 11:14:16
>>174
Sylpheed はどうでしょう?
0180名無しさん@お腹いっぱい。2006/04/30(日) 11:22:31
>>177
接続を維持されようが、その都度接続されようが、活動している
接続の数は変わらないはずだから、1接続ごとにサーバプロセスが
起動するならば、お休みになってる分のメモリの使用量が負荷だと
言っているのだと思うが、その分はスワップアウトされてても
いいわけで。

01811772006/04/30(日) 13:15:04
>180
やっぱりまずメモリですかね。
あとファイルディスクリプタとか食ったりするのかな?

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

大規模サーバーの管理者だと印象が違ってくるのかな。
(おいらはせいぜい〜数十人のグループ内サーバー管理)
0182名無しさん@お腹いっぱい。2006/04/30(日) 20:00:18
>>181
数十人しかユーザーいないのに netstatして百本以上接続されてるとちょっとウンザリしない?
■ このスレッドは過去ログ倉庫に格納されています