〓〓〓いつまでも次世代 IMAP その２〓〓〓 (437ﾚｽ)
〓〓〓いつまでも次世代 IMAP その２〓〓〓 http://mevius.5ch.net/test/read.cgi/unix/1114279916/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
341: 名無しさん＠お腹いっぱい。 [sage] 2007/06/05(火) 18:23:14 >>339=334 お前はもう来なくていいよ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/341
342: 323 [sage] 2007/06/06(水) 11:14:22 何かわけわからん逆ギレされてる？ 僕がどう解決したか聞きたいの？僕がどう答えようが自由でしょ？ しかも、聞きたいならそれなりの聞き方していただけませんか？ こっちだって必死に質問してるのに こっちの質問無視して「次の方どうぞ」とか「中学生〜」 とか言われたら答える気にはなりませんよ。 だから「もういいです。解決しました。」と発言しました。 そのあとだってそう。普通にどう解決したのと聞いてくれたら答えたけど 死ねとか言われて答える気になる？ あまり粘着するのは好きじゃないので、言われた通りもうここへはきません。 だからあなたに会うことも一生ないです。 このコメントにレスは必要ないです（もうこないから）。では失礼します。 >>336=341さんへ http://mevius.5ch.net/test/read.cgi/unix/1114279916/342
343: 名無しさん＠お腹いっぱい。 [sage] 2007/06/06(水) 11:21:34 でもきっとまた来るんだろうなぁ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/343
344: 名無しさん＠お腹いっぱい。 [sage] 2007/06/06(水) 15:43:41 こぴぺにしてはキレがないなぁ http://mevius.5ch.net/test/read.cgi/unix/1114279916/344
345: 名無しさん＠お腹いっぱい。 [sage] 2007/06/06(水) 21:38:36 必死になって縦で読もうと思ったが、それらしい文章は見つからなかった http://mevius.5ch.net/test/read.cgi/unix/1114279916/345
346: 名無しさん＠お腹いっぱい。 [sage] 2007/06/06(水) 21:55:51 >>328,331あたりのエラーメッセージの意味も理解しようとせず、 2chにただベタ書きしてるようじゃ、厨房認定されるのもあたりまえ。 まともな技術系MLで質問しても、言葉遣いは違おうが同じように返されるのが関の山。 まあ、ようするに コ ン ピ ュ ー タ に 向 い て な い ということだ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/346
347: 名無しさん＠お腹いっぱい。 [sage] 2007/06/08(金) 00:56:09 藻舞等さわりすぎ。 初っ端の質問からプンプンしてんだから、 黙ってスルーしようぜ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/347
348: 名無しさん＠お腹いっぱい。 [sage] 2007/06/09(土) 07:42:10 なんだかんだ逝っても >>323 のめせーじ 自体に答え書いてあるわけだし。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/348
349: 348 [sage] 2007/06/09(土) 07:43:14 あ、>>328 の間違い。俺も逝く。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/349
350: 名無しさん＠お腹いっぱい。 [sage] 2007/09/05(水) 00:46:46 imap って、同一アカウントで同時にログインしても良いプロトコルですか？ ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に 負荷分散構成にしちゃって良いものかどうか考え中なのですけど。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/350
351: 名無しさん＠お腹いっぱい。 [sage] 2007/09/05(水) 01:03:31 プロトコルの問題じゃなくて実装の問題だろう。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/351
352: 名無しさん＠お腹いっぱい。 [sage] 2007/09/05(水) 01:20:59 >>351の言うとおり、実装の問題 uw-imap使ってたころ、メール消失したことある http://mevius.5ch.net/test/read.cgi/unix/1114279916/352
353: 名無しさん＠お腹いっぱい。 [sage] 2007/09/05(水) 02:19:53 Maildir ならOKかも。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/353
354: 名無しさん＠お腹いっぱい。 [sage] 2007/09/05(水) 04:04:25 ログインしてメールいじってる時に SMTPがメールボックスいじると消失とかある？ http://mevius.5ch.net/test/read.cgi/unix/1114279916/354
355: 350 [sage] 2007/09/05(水) 06:06:58 言われてみれば確かに実装の問題ですね・・・。 ストレージ上のメール箱にロックファイルとか 作ってくれる鯖もあるっぽいので、そういうので 排他しようかと思います。 >>354 Maildir ならOKかも。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/355
356: 名無しさん＠お腹いっぱい。 [sage] 2007/09/05(水) 09:51:39 >>354 「IMAP でログインしてるときに」って意味だよね? それも実装の問題だろう。 でもそんなダメな実装はない、と信じたいなぁ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/356
357: 名無しさん＠お腹いっぱい。 [sage] 2007/09/05(水) 10:37:51 imap はプロトコル的に同時ログイン可。それでぶっこわれるのならば実装が悪い。 実際、thunderbird は1クライアントで複数接続する。が、 >ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に >負荷分散構成にしちゃって良いものかどうか考え中なのですけど。 これって同じメールボックスにアクセスする imap サーバが複数あるということ？ さすがにそれは保証できんだろ。外からは同じに見えても内部的には別なんだから、 それはクライアントとサーバの間の問題ではなく、複数のサーバがひとつの メールボックスを同時アクセスするときの制御の問題になる。 別ホストで動いているプロセス間で情報をやりとりする仕組みを備えている 実装でないかぎり（そんな実装があるのかどうか知らん）、 同時ログインしたらぶっこわれる可能性が高い。 >Maildir ならOKかも。 maildir が保証するのはあくまでメールの中身だけ。それ以外の管理情報は 別のところに置く実装が多いので、メールと管理情報の不整合が起きる可能性がある。 たとえば、ファイルの実体がサーバ上に残っていても、もし imap サーバがそれを 認識できなくなったとしたら、ユーザからすればメールが消えたのと同じ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/357
358: 350 [sage] 2007/09/05(水) 18:29:45 >imap はプロトコル的に同時ログイン可。 お、そうなんですか。情報ありがとうございます。 >これって同じメールボックスにアクセスする imap サーバが複数あるということ？ はい。ご指摘の通り、異なるホスト間でセッション情報を共有するような ソフトは恐らくないかと思いますｗ ただ、RDBMS にセッション情報を 置くとか、ファイルシステム上にロック情報を置くとかして代替する ことは出来るかなぁと思ってます。前者は SQL でフラグを参照するように 出来ればいけそうですし、後者は実装済みのものがありそうです。 # どっちもデッドロック発生の可能性を秘めていますが・・・ｗ http://mevius.5ch.net/test/read.cgi/unix/1114279916/358
359: 名無しさん＠お腹いっぱい。 [sage] 2007/09/06(木) 01:57:01 つttp://www.dbmail.org/ http://mevius.5ch.net/test/read.cgi/unix/1114279916/359
360: 名無しさん＠お腹いっぱい。 [] 2007/09/10(月) 00:55:55 10個のアカウントに一気に接続しようとして、全部ちゃんと接続できることが ほとんどない。こんなものなのかな？ IMAPがこんなものなのか、サーバーがしょぼいのか、メールクライアント （Becky）が負荷高いのか。。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/360
361: 名無しさん＠お腹いっぱい。 [sage] 2007/09/10(月) 06:21:07 エスパーの俺が答えるが、それはテスト方法が間違っている。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/361
362: 名無しさん＠お腹いっぱい。 [sage] 2007/09/10(月) 07:11:35 >>358 ただし同時アクセス時の"Message State"についてはRFC 4551でやっと規定されたので、そこら辺のインターオペラビリティは芳しくない。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/362
363: 名無しさん＠お腹いっぱい。 [sage] 2007/09/10(月) 09:23:04 RFC4551 は同時アクセス時の Messsage State を規定してるんじゃなくて、 同期を簡単に確実に早くする方法を定めている。 IMAP的には、複数クライアントの同時アクセスは保証していない。 2本目が来たときに、2本目を拒否するか、1本目を切断するサーバもある。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/363
364: 名無しさん＠お腹いっぱい。 [sage] 2007/09/10(月) 22:38:26 なんかさ、IMAPとかより、RESTful Web Serviceな感じでメールボックスに アクセスしたほうがスケーラブルな感じがしません。Atom Publishing Protocolとか。 あ、そりゃGMailか、今のところFeedだけだけど、AtomPubで操作ができたら最強だよね？ で、AtomPubのdraftを書いてる人がGoogleに転職したみたいだからあり得るよね？ >>216-217 のサポートしない理由ってのスケールしないって所にあるのかも。 スレ違いですまない。次世代のメールプロトコルってことで。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/364
365: 名無しさん＠お腹いっぱい。 [sage] 2007/09/10(月) 23:41:55 スケールしないんじゃなくて、面倒くさいからだとばかり思ってたよ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/365
366: 名無しさん＠お腹いっぱい。 [] 2007/09/11(火) 00:15:06 ＩＭＡＰは複雑すぐる。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/366
367: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 00:22:38 複数マシン複数メーラーで、フォルダや既読管理が便利にできれば、それでいいよ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/367
368: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 00:24:10 大量のコネクションをキープし続けスケールさせるってのは面倒くさいですよね。 というかあの規模のユーザ数でそれは現実的に無理かと。 POP3とかHTTPなら繋いで取得したらポンと離れちゃうから… # GMailってcometみたいなHTTP繋ぎっぱしてるんでしたよね？(でも200秒ぐらいで切ってる) スレ違いかもしれないけど、このまま続けて良い？ http://mevius.5ch.net/test/read.cgi/unix/1114279916/368
369: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 00:39:11 どうせ過疎ってるんだから、このままﾄﾞｿﾞｰ http://mevius.5ch.net/test/read.cgi/unix/1114279916/369
370: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 00:59:44 >>369 んじゃ、このまま、 GET /userID/inboxとかでメール取得とか POST /userID/sendとかで新規作成=送信も？ PUT /userID/foo/bar/folder/message-idとかで既読設定とか DELETE /userID/foo/bar/folder/message-id とかで削除 表現=REpresentationはAtom形式 たとえば、GoogleのGData API が既存のサービスにどんどん対応している。 足りないのはGMailの操作系のAPI ってことでそのうち対応するんじゃないのかな？とか。 http://code.google.com/apis/gdata/index.html http://mevius.5ch.net/test/read.cgi/unix/1114279916/370
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 67 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.016s