〓〓〓いつまでも次世代 IMAP その２〓〓〓 (437ﾚｽ)
上下前次1-新
348(1): 2007/06/09(土)07:42 AAS
なんだかんだ逝っても >>323 のめせーじ
自体に答え書いてあるわけだし。
349: 348 2007/06/09(土)07:43 AAS
あ、>>328 の間違い。俺も逝く。
350(2): 2007/09/05(水)00:46 AAS
imap って、同一アカウントで同時にログインしても良いプロトコルですか？
ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に
負荷分散構成にしちゃって良いものかどうか考え中なのですけど。
351(1): 2007/09/05(水)01:03 AAS
プロトコルの問題じゃなくて実装の問題だろう。
352: 2007/09/05(水)01:20 AAS
>>351の言うとおり、実装の問題
uw-imap使ってたころ、メール消失したことある
353: 2007/09/05(水)02:19 AAS
Maildir ならOKかも。
354(2): 2007/09/05(水)04:04 AAS
ログインしてメールいじってる時に
SMTPがメールボックスいじると消失とかある？
355: 350 2007/09/05(水)06:06 AAS
言われてみれば確かに実装の問題ですね・・・。
ストレージ上のメール箱にロックファイルとか
作ってくれる鯖もあるっぽいので、そういうので
排他しようかと思います。
>>354 Maildir ならOKかも。
356: 2007/09/05(水)09:51 AAS
>>354
「IMAP でログインしてるときに」って意味だよね?
それも実装の問題だろう。
でもそんなダメな実装はない、と信じたいなぁ。
357: 2007/09/05(水)10:37 AAS
imap はプロトコル的に同時ログイン可。それでぶっこわれるのならば実装が悪い。
実際、thunderbird は1クライアントで複数接続する。が、
>ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に
>負荷分散構成にしちゃって良いものかどうか考え中なのですけど。
これって同じメールボックスにアクセスする imap サーバが複数あるということ？
さすがにそれは保証できんだろ。外からは同じに見えても内部的には別なんだから、
それはクライアントとサーバの間の問題ではなく、複数のサーバがひとつの
メールボックスを同時アクセスするときの制御の問題になる。
別ホストで動いているプロセス間で情報をやりとりする仕組みを備えている
実装でないかぎり（そんな実装があるのかどうか知らん）、
同時ログインしたらぶっこわれる可能性が高い。
>Maildir ならOKかも。
maildir が保証するのはあくまでメールの中身だけ。それ以外の管理情報は
別のところに置く実装が多いので、メールと管理情報の不整合が起きる可能性がある。
たとえば、ファイルの実体がサーバ上に残っていても、もし imap サーバがそれを
認識できなくなったとしたら、ユーザからすればメールが消えたのと同じ。
358(1): 350 2007/09/05(水)18:29 AAS
>imap はプロトコル的に同時ログイン可。
お、そうなんですか。情報ありがとうございます。
>これって同じメールボックスにアクセスする imap サーバが複数あるということ？
はい。ご指摘の通り、異なるホスト間でセッション情報を共有するような
ソフトは恐らくないかと思いますｗ ただ、RDBMS にセッション情報を
置くとか、ファイルシステム上にロック情報を置くとかして代替する
ことは出来るかなぁと思ってます。前者は SQL でフラグを参照するように
出来ればいけそうですし、後者は実装済みのものがありそうです。
# どっちもデッドロック発生の可能性を秘めていますが・・・ｗ
359: 2007/09/06(木)01:57 AAS
つ外部ﾘﾝｸ:www.dbmail.org
360: 2007/09/10(月)00:55 AAS
10個のアカウントに一気に接続しようとして、全部ちゃんと接続できることが
ほとんどない。こんなものなのかな？
IMAPがこんなものなのか、サーバーがしょぼいのか、メールクライアント
（Becky）が負荷高いのか。。
361: 2007/09/10(月)06:21 AAS
エスパーの俺が答えるが、それはテスト方法が間違っている。
362: 2007/09/10(月)07:11 AAS
>>358
ただし同時アクセス時の"Message State"についてはRFC 4551でやっと規定されたので、そこら辺のインターオペラビリティは芳しくない。
363: 2007/09/10(月)09:23 AAS
RFC4551 は同時アクセス時の Messsage State を規定してるんじゃなくて、
同期を簡単に確実に早くする方法を定めている。
IMAP的には、複数クライアントの同時アクセスは保証していない。
2本目が来たときに、2本目を拒否するか、1本目を切断するサーバもある。
364(1): 2007/09/10(月)22:38 AAS
なんかさ、IMAPとかより、RESTful Web Serviceな感じでメールボックスに
アクセスしたほうがスケーラブルな感じがしません。Atom Publishing Protocolとか。
あ、そりゃGMailか、今のところFeedだけだけど、AtomPubで操作ができたら最強だよね？
で、AtomPubのdraftを書いてる人がGoogleに転職したみたいだからあり得るよね？
>>216-217 のサポートしない理由ってのスケールしないって所にあるのかも。
スレ違いですまない。次世代のメールプロトコルってことで。
365: 2007/09/10(月)23:41 AAS
スケールしないんじゃなくて、面倒くさいからだとばかり思ってたよ。
366: 2007/09/11(火)00:15 AAS
ＩＭＡＰは複雑すぐる。
367: 2007/09/11(火)00:22 AAS
複数マシン複数メーラーで、フォルダや既読管理が便利にできれば、それでいいよ。
368: 2007/09/11(火)00:24 AAS
大量のコネクションをキープし続けスケールさせるってのは面倒くさいですよね。
というかあの規模のユーザ数でそれは現実的に無理かと。
POP3とかHTTPなら繋いで取得したらポンと離れちゃうから…
# GMailってcometみたいなHTTP繋ぎっぱしてるんでしたよね？(でも200秒ぐらいで切ってる)
スレ違いかもしれないけど、このまま続けて良い？
369(1): 2007/09/11(火)00:39 AAS
どうせ過疎ってるんだから、このままﾄﾞｿﾞｰ
370: 2007/09/11(火)00:59 AAS
>>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 ってことでそのうち対応するんじゃないのかな？とか。
外部ﾘﾝｸ[html]:code.google.com
371(2): 2007/09/11(火)01:01 AAS
IMAP じゃないならこっちで。
Internet Mail System 総合スレ 3
2chｽﾚ:unix
372: 2007/09/11(火)01:04 AAS
もう少しでAtomPub(Atom Publishing Protocol)がRFC化される。
AtomPubはブログに限らないWebリソースを出版編集するためのプロトコル。
すでにメールボックスなんてWebメーラが流行ってる通りWebリソース。
IMAPをWebメーラでかぶせるの逆、最初っからWebで取得／操作。
もちろん専用クライアントがないけどね。
でも、実装はメールクライアントにRSS/Atomリーダなんかがくっついてるやつ(Thunderbirdとか)なら
そこらへんが応用できるから、IMAPよりシンプルに実装出来そうですよね？？？
多分2008-2010年ぐらい？のメールアプリ予想。
と、素人が妄想してみました。
373: 2007/09/11(火)01:05 AAS
>>371
ごめん。それ知らんかった。ゆるして。
つづき(があるなら)そっちで。
374: 2007/09/11(火)01:27 AAS
>>371
なんか雰囲気ちがうっぽいのであっちにも書かないでおく。
頭からながめて行ったら
2chｽﾚ:unix
は俺だったw
「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな？
という意味でIMAPがらみということでゆるして。（なんどもすまん）
375(1): 2007/09/11(火)01:46 AAS
馴れ合いたいならよそでやってよ。
376(1): 2007/09/11(火)09:38 AAS
それだけの機能でいいのなら、IMAP のサブセットでいいのよ。
それじゃ困ることが山ほどあるから、今のIMAPになったの。
377(1): 2007/09/11(火)21:32 AAS
>>375
そう言う訳じゃないけど、ごめんごめん。
>>376
具体的には？
過疎ってるけどこっちに行ってみるよ。
2chｽﾚ:blog
上下前次1-新書関写板覧索設栞歴
あと 60 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.009s