〓〓〓いつまでも次世代 IMAP その２〓〓〓 (437ﾚｽ)
〓〓〓いつまでも次世代 IMAP その２〓〓〓 http://mevius.5ch.net/test/read.cgi/unix/1114279916/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
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
371: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 01:01:09 IMAP じゃないならこっちで。 Internet Mail System 総合スレ 3 http://pc11.2ch.net/test/read.cgi/unix/1128256415/ http://mevius.5ch.net/test/read.cgi/unix/1114279916/371
372: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 01:04:53 もう少しでAtomPub(Atom Publishing Protocol)がRFC化される。 AtomPubはブログに限らないWebリソースを出版編集するためのプロトコル。 すでにメールボックスなんてWebメーラが流行ってる通りWebリソース。 IMAPをWebメーラでかぶせるの逆、最初っからWebで取得／操作。 もちろん専用クライアントがないけどね。 でも、実装はメールクライアントにRSS/Atomリーダなんかがくっついてるやつ(Thunderbirdとか)なら そこらへんが応用できるから、IMAPよりシンプルに実装出来そうですよね？？？ 多分2008-2010年ぐらい？のメールアプリ予想。 と、素人が妄想してみました。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/372
373: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 01:05:51 >>371 ごめん。それ知らんかった。ゆるして。 つづき(があるなら)そっちで。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/373
374: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 01:27:48 >>371 なんか雰囲気ちがうっぽいのであっちにも書かないでおく。 頭からながめて行ったら http://pc11.2ch.net/test/read.cgi/unix/1128256415/187 は俺だったw 「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな？ という意味でIMAPがらみということでゆるして。（なんどもすまん） http://mevius.5ch.net/test/read.cgi/unix/1114279916/374
375: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 01:46:24 馴れ合いたいならよそでやってよ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/375
376: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 09:38:37 それだけの機能でいいのなら、IMAP のサブセットでいいのよ。 それじゃ困ることが山ほどあるから、今のIMAPになったの。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/376
377: 名無しさん＠お腹いっぱい。 [sage] 2007/09/11(火) 21:32:54 >>375 そう言う訳じゃないけど、ごめんごめん。 >>376 具体的には？ 過疎ってるけどこっちに行ってみるよ。 http://pc11.2ch.net/test/read.cgi/blog/1101813178/ http://mevius.5ch.net/test/read.cgi/unix/1114279916/377
378: 名無しさん＠お腹いっぱい。 [sage] 2007/09/12(水) 09:05:20 お前、IMAPがどんなのだが、全然知らないんだろう？ そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、 いつの間にか IMAP と同じ道を歩むことになるぞ。 http://mevius.5ch.net/test/read.cgi/unix/1114279916/378
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 59 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s