X
〓〓〓いつまでも次世代 IMAP その２〓〓〓
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/
0334323
垢版 |
2007/06/02(土) 18:28:57
>>333
もういいです。解決しました。認証も完璧です。
0335名無しさん＠お腹いっぱい。
垢版 |
2007/06/02(土) 20:43:38
解決したならどう解決したかくらい書いてくれよ。
わざわざドキュメントやソース調べたり再現させようと同じ手順でインスコしてみた者の身にもなってくれ。
でなきゃ二度と質問するな。死ね。
0336名無しさん＠お腹いっぱい。
垢版 |
2007/06/03(日) 11:31:02
そんなまともな対応をする人は、こういうどうしようもない質問者に付き合っちゃいけないんだよ。
こういう手合いには、思いつきででたらめな回答を返す奴が相手をするのが適している。

そのことを一目で判断して、触らないようにするんだ。
0342323
垢版 |
2007/06/06(水) 11:14:22
何かわけわからん逆ギレされてる？
僕がどう解決したか聞きたいの？僕がどう答えようが自由でしょ？
しかも、聞きたいならそれなりの聞き方していただけませんか？

こっちだって必死に質問してるのに
こっちの質問無視して「次の方どうぞ」とか「中学生〜」
とか言われたら答える気にはなりませんよ。
だから「もういいです。解決しました。」と発言しました。

そのあとだってそう。普通にどう解決したのと聞いてくれたら答えたけど
死ねとか言われて答える気になる？

あまり粘着するのは好きじゃないので、言われた通りもうここへはきません。
だからあなたに会うことも一生ないです。
このコメントにレスは必要ないです（もうこないから）。では失礼します。

>>336=341さんへ
0346名無しさん＠お腹いっぱい。
垢版 |
2007/06/06(水) 21:55:51
>>328,331あたりのエラーメッセージの意味も理解しようとせず、
2chにただベタ書きしてるようじゃ、厨房認定されるのもあたりまえ。
まともな技術系MLで質問しても、言葉遣いは違おうが同じように返されるのが関の山。

まあ、ようするに　コ　ン　ピ　ュ　ー　タ　に　向　い　て　な　い　ということだ。
0349348
垢版 |
2007/06/09(土) 07:43:14
あ、>>328 の間違い。俺も逝く。
0350名無しさん＠お腹いっぱい。
垢版 |
2007/09/05(水) 00:46:46
imap って、同一アカウントで同時にログインしても良いプロトコルですか？
ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に
負荷分散構成にしちゃって良いものかどうか考え中なのですけど。
0355350
垢版 |
2007/09/05(水) 06:06:58
言われてみれば確かに実装の問題ですね・・・。

ストレージ上のメール箱にロックファイルとか
作ってくれる鯖もあるっぽいので、そういうので
排他しようかと思います。

>>354 Maildir ならOKかも。
0356名無しさん＠お腹いっぱい。
垢版 |
2007/09/05(水) 09:51:39
>>354
「IMAP でログインしてるときに」って意味だよね?
それも実装の問題だろう。
でもそんなダメな実装はない、と信じたいなぁ。
0357名無しさん＠お腹いっぱい。
垢版 |
2007/09/05(水) 10:37:51
imap はプロトコル的に同時ログイン可。それでぶっこわれるのならば実装が悪い。
実際、thunderbird は1クライアントで複数接続する。が、

>ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に
>負荷分散構成にしちゃって良いものかどうか考え中なのですけど。

これって同じメールボックスにアクセスする imap サーバが複数あるということ？
さすがにそれは保証できんだろ。外からは同じに見えても内部的には別なんだから、
それはクライアントとサーバの間の問題ではなく、複数のサーバがひとつの
メールボックスを同時アクセスするときの制御の問題になる。
別ホストで動いているプロセス間で情報をやりとりする仕組みを備えている
実装でないかぎり（そんな実装があるのかどうか知らん）、
同時ログインしたらぶっこわれる可能性が高い。

>Maildir ならOKかも。

maildir が保証するのはあくまでメールの中身だけ。それ以外の管理情報は
別のところに置く実装が多いので、メールと管理情報の不整合が起きる可能性がある。
たとえば、ファイルの実体がサーバ上に残っていても、もし imap サーバがそれを
認識できなくなったとしたら、ユーザからすればメールが消えたのと同じ。
0358350
垢版 |
2007/09/05(水) 18:29:45
>imap はプロトコル的に同時ログイン可。
お、そうなんですか。情報ありがとうございます。

>これって同じメールボックスにアクセスする imap サーバが複数あるということ？
はい。ご指摘の通り、異なるホスト間でセッション情報を共有するような
ソフトは恐らくないかと思いますｗ　ただ、RDBMS にセッション情報を
置くとか、ファイルシステム上にロック情報を置くとかして代替する
ことは出来るかなぁと思ってます。前者は SQL でフラグを参照するように
出来ればいけそうですし、後者は実装済みのものがありそうです。
# どっちもデッドロック発生の可能性を秘めていますが・・・ｗ
0360名無しさん＠お腹いっぱい。
垢版 |
2007/09/10(月) 00:55:55
10個のアカウントに一気に接続しようとして、全部ちゃんと接続できることが
ほとんどない。こんなものなのかな？

IMAPがこんなものなのか、サーバーがしょぼいのか、メールクライアント
（Becky）が負荷高いのか。。
0362名無しさん＠お腹いっぱい。
垢版 |
2007/09/10(月) 07:11:35
>>358
ただし同時アクセス時の"Message State"についてはRFC 4551でやっと規定されたので、そこら辺のインターオペラビリティは芳しくない。
0363名無しさん＠お腹いっぱい。
垢版 |
2007/09/10(月) 09:23:04
RFC4551 は同時アクセス時の Messsage State を規定してるんじゃなくて、
同期を簡単に確実に早くする方法を定めている。

IMAP的には、複数クライアントの同時アクセスは保証していない。
2本目が来たときに、2本目を拒否するか、1本目を切断するサーバもある。
0364名無しさん＠お腹いっぱい。
垢版 |
2007/09/10(月) 22:38:26
なんかさ、IMAPとかより、RESTful Web Serviceな感じでメールボックスに
アクセスしたほうがスケーラブルな感じがしません。Atom Publishing Protocolとか。
あ、そりゃGMailか、今のところFeedだけだけど、AtomPubで操作ができたら最強だよね？
で、AtomPubのdraftを書いてる人がGoogleに転職したみたいだからあり得るよね？
>>216-217 のサポートしない理由ってのスケールしないって所にあるのかも。
スレ違いですまない。次世代のメールプロトコルってことで。
0366名無しさん＠お腹いっぱい。
垢版 |
2007/09/11(火) 00:15:06
ＩＭＡＰは複雑すぐる。
0368名無しさん＠お腹いっぱい。
垢版 |
2007/09/11(火) 00:24:10
大量のコネクションをキープし続けスケールさせるってのは面倒くさいですよね。
というかあの規模のユーザ数でそれは現実的に無理かと。
POP3とかHTTPなら繋いで取得したらポンと離れちゃうから…
# GMailってcometみたいなHTTP繋ぎっぱしてるんでしたよね？(でも200秒ぐらいで切ってる)
スレ違いかもしれないけど、このまま続けて良い？
0370名無しさん＠お腹いっぱい。
垢版 |
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
0372名無しさん＠お腹いっぱい。
垢版 |
2007/09/11(火) 01:04:53
もう少しでAtomPub(Atom Publishing Protocol)がRFC化される。
AtomPubはブログに限らないWebリソースを出版編集するためのプロトコル。
すでにメールボックスなんてWebメーラが流行ってる通りWebリソース。
IMAPをWebメーラでかぶせるの逆、最初っからWebで取得／操作。

もちろん専用クライアントがないけどね。
でも、実装はメールクライアントにRSS/Atomリーダなんかがくっついてるやつ(Thunderbirdとか)なら
そこらへんが応用できるから、IMAPよりシンプルに実装出来そうですよね？？？

多分2008-2010年ぐらい？のメールアプリ予想。
と、素人が妄想してみました。
0376名無しさん＠お腹いっぱい。
垢版 |
2007/09/11(火) 09:38:37
それだけの機能でいいのなら、IMAP のサブセットでいいのよ。
それじゃ困ることが山ほどあるから、今のIMAPになったの。
0378名無しさん＠お腹いっぱい。
垢版 |
2007/09/12(水) 09:05:20
お前、IMAPがどんなのだが、全然知らないんだろう？
そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、
いつの間にか IMAP と同じ道を歩むことになるぞ。
0380名無しさん＠お腹いっぱい。
垢版 |
2007/09/12(水) 22:50:04
IMAPがどうのと言いたかったり、否定しているのではなくて、
ある用途ではRESTfulなWeb Serviceでのメールボックアクセスの方法もアリじゃないの？
と言ってみただけです…。
SOAP vs RESTみたいな話になっちゃうからやめときます。
0381名無しさん＠お腹いっぱい。
垢版 |
2007/09/13(木) 00:50:03
そんなん今更言わなくてもわかってるって。POPで満足している人もいるわけだし。
だから、その「ある用途」っていうのの定義をだな、しっかりしておけ、
と言っているのだよ。そうしておかないとプロトコルが定まらないよ、と。
0383名無しさん＠お腹いっぱい。
垢版 |
2007/09/16(日) 19:20:57
IMAPが来る「次世代」っていつですか？

Webﾒｰﾙｵﾝﾘｰの時代が来たらもうIMAP(=POPｼﾎﾞﾝ)なんだろうか
0384名無しさん＠お腹いっぱい。
垢版 |
2007/09/16(日) 20:54:19
ハンドヘルドのデバイスでインターネットに常時接続、広帯域で、地下鉄に乗っても
接続が切れることもなく、しかも安価、バッテリー切れにもなかなかならない、
というような時代になればIMAPが来るんじゃないかと思う。
0388383
垢版 |
2007/09/17(月) 09:00:24
半分燃料、半分ﾏｼﾞでしたｗ

大多数が使ってるプロバメールでIMAP専用って無いよね
フリーメールでもUIは専用Web中心でIMAPは無い

POP3ではなく敢えてIMAP4を使うなら「メールはサーバに置いて、自分でﾌｫﾙﾀﾞ整理して使う」
形が主だと思うんだけど昨今のアクセスラインの高速化、PC＆サーバHDD容量の拡大などにより
余りアドバンテージが無くなってる希ガス
むしろ「IMAPがこの先生き残るには？」とか考えちゃう

今思いつく一般ライトユーザ向けメリットは「サーバでspam分類サービスしてて、それで保留になっ
たメールフォルダをあとで自分で確認＆訂正できる」くらい？
本当にIMAPの時代は来るのだろうか。
0389名無しさん＠お腹いっぱい。
垢版 |
2007/09/17(月) 10:39:25
「一般ライトユーザ向け」には必要ないんじゃないの。
電話嫌いで使う必要性も無い人に携帯電話を持たせてもしょうがないとか、
音楽を聴くのが好きじゃない人に携帯オーディオプレイヤーを持たせてもしょうがないとか、
そんなようなもん。

企業ではIMAPとか、IMAPと同様にサーバサイドにメールを抱えるプロプライエタリ製品
（こっちのが断然多いけど）を使ってるところがよくあるよな。
IT投資をあまりやる気がない（仕事の内容や従業員の傾向としてやっても意味がない）
ような企業ではPOPを使ってるけど。
0390383
垢版 |
2007/09/17(月) 11:00:06
でも「POP3に代わる次世代プロトコル」なら一部のプロプラ製品の中でくすぶってる
場合じゃないと思う。
広く受け入れられなくていいんだ、というなら止めませんが・・・
0391名無しさん＠お腹いっぱい。
垢版 |
2007/09/18(火) 00:57:11
「一般ライトユーザ向け」に使われないのは、「サポートが面倒くさい」
ってのが一番だと思いますよ。

関係データベースにアクセスするのにSQLを使うように、
メールストレージにアクセスするのにIMAPを使う、そんなものです。
全員が使わなきゃならないものじゃない。
リレーショナルDBで管理してなくて、表計算ソフトで管理しているデータなんて
山ほどあるでしょ？
「POP3に代わる次世代プロトコル」という認識が、そもそも間違い。
0392名無しさん＠お腹いっぱい。
垢版 |
2007/09/18(火) 06:49:13
そりは違うんじゃないの。普通はIMAPのコマンドを直接手で叩いてるわけじゃないんだし。

無理にSQLにたとえるなら、主キーでselectすることとdeleteすることしか出来ないのがPOP、
いろいろ出来るように機能が拡張されているのがIMAP、というところか。
前者しか使わないアプリケーションで何の不満も無く業務をこなしてる人のところに、
後者を使った高機能のアプリケーションを持っていって意味があるか？
0399名無しさん＠お腹いっぱい。
垢版 |
2007/09/23(日) 14:51:01
直接アクセスしたら、そのスプールの形式は何だよ？とか、
同時アクセスの排他制御はどうするんだよ？とか、
いろいろ面倒なので、スプールにアクセスするプロトコルを規定した。
それだけのこと。

0403名無しさん＠お腹いっぱい。
垢版 |
2007/09/23(日) 20:32:12
Unix板で意味も無く煽り調の書き込みをするやつって、だいたいにおいて
一知半解の素人で、相手をしてもしょうがないんだよなあ
0404名無しさん＠お腹いっぱい。
垢版 |
2007/09/23(日) 23:53:44
>>400
POP3は必要最低な条件は満たしている。
それは「スプールに届いたメールを取り出す」というな。
POP = スプールからメールを取り出すプロトコル
IMAP = スプールのメールを操作するプロトコル
いい加減、理解しろよ。

0405364
垢版 |
2007/10/25(木) 20:52:38
先に謝っとく。
GMailがIMAP対応始めたみたいね…
0406名無しさん＠お腹いっぱい。
垢版 |
2007/10/28(日) 16:49:53
送信はSMTPを使っていますが、IMAPで送信メールも管理することはできないものでしょうか？
0407名無しさん＠お腹いっぱい。
垢版 |
2007/10/28(日) 17:10:56
IMAP側で特定のメールボックスに「投稿」されたら送信、みたいにすればできる？
HotMailのHTTPMailがそんな仕様だったような（遠い記憶）
0411名無しさん＠お腹いっぱい。
垢版 |
2007/11/16(金) 21:53:15
それしちゃうと、2通同じのをサーバに送ることになる、という話ではない?

Courier には、特定のメールボックスにメッセージを置くと、
外に配送される機能があったような。
0412名無しさん＠お腹いっぱい。
垢版 |
2007/11/17(土) 00:07:14
送信したメールを送信済みフォルダに入れるのはメールクライアントの担当じゃなくて？
おれあんまりIMAP詳しくないから外れてるかも心内。
0413名無しさん＠お腹いっぱい。
垢版 |
2007/11/17(土) 11:32:28
SMTP と IMAP で全く同じものを2度送るのは無駄ですよね。

SMTPサーバでSenderのところへ自動的にBCCってのも手なのだが、
マルチアカウントになってくると、本当にそれでいいのか、とか。
0415名無しさん＠お腹いっぱい。
垢版 |
2007/11/23(金) 13:29:42
Courier-IMAPでおかしいと思えるところがあった。

A001 COPY 548 INBOX.Trash
* NO Invalid message sequence number: 548
A001 OK COPY completed.

タグなしNOは警告であって、コマンドが成功する場合もあるし、失敗する場合もある。
この場合、明らかにコピーに失敗しているのにタグ付き応答でOKが返ってくる。
コピーに成功したと思ってコピー元を削除するとメール消失になっちゃうよ。
0417名無しさん＠お腹いっぱい。
垢版 |
2007/11/24(土) 03:58:04
イマイチよくわからんのだが、メッセージを見る限り、それじゃあ「コピー元」を
削除することも出来そうに見えないが。
0418名無しさん＠お腹いっぱい。
垢版 |
2007/11/24(土) 12:15:11
>>417
ああ、確かにこれはUID COPYとすべきところを間違えてCOPYにしてたので発見したことなのです。
まぁ、言いたかったことは、仕様ではない動作をしているんじゃないかということです。
0419名無しさん＠お腹いっぱい。
垢版 |
2007/11/25(日) 00:56:17
1件も成功していないのだからtagged NOを返すべきだろうとは思うけど、
それで実害が生じるケースというのがちょっと思いつかない。
わりとどうでもいいことのような。
0420名無しさん＠お腹いっぱい。
垢版 |
2008/04/15(火) 23:14:25
いまさらながら Gmail + IMAP を Thunderbird で使ってみた。
このタグベースのフォルダ分けってすごく便利ですね。

すでに溜め込んでいるメールに対して、フィルタの条件を変えたり加えたりするだけで、
そくざにフォルダを作れる。(メールに、メタ情報の属性付け)

POP + MUA だと、フォルダに自動振り分けしても、振り分け済みのメールを別の切り口で
整理したかったら、refile しないといけない。

Gmail IMAP のような、タグベースのフォルダわけができるような imapd ってないですか？
0421名無しさん＠お腹いっぱい。
垢版 |
2008/04/15(火) 23:15:08
ageちゃいます
0423名無しさん＠お腹いっぱい。
垢版 |
2008/04/17(木) 09:08:04
>420
良く分かってないんだけど imapd 側でやるの?

MUA でフィルタ適用みたいな機能ってあると思うけど
サーバ側で実装するメリットってどの辺でしょう?

検索とかが(通信コストなしに)サーバ側負担で実施できるとかかな?
0425名無しさん＠お腹いっぱい。
垢版 |
2008/04/17(木) 14:21:32
みなさんレスどうもありがとうございます。

>>422
日本人の人が作っているんですね。
サイトを見たところ、まだ安定版まで入っていないようですが、
Software Design 2006年2月号 に記事を掲載、とあるので、家にある雑誌を掘り出してみよう。

>>423
サーバ側で、と考えています。
でも自分の望んでいることは、MUA側で
・物理的なメールボックスを持たない
・メールにタグ付けしておき、任意の切り口で、好きなときに閲覧できる
ことができればいいので、ローカルで RDB にメールを突っ込んだりしてもいいことに気がついた。

そういうMUA はいまのところありませんが・・・・(sylpheed +

そういう意味で、imap サーバ側でこういった機能を実装しておけば、
既存の MUA でもメリットを享受できてよいかな、と思いました。

あと、サーバ側に実装するメリットとしては、通信コストもあるけどCPU負荷、I/O負荷の軽減です。
ローカルでビルドとかしているときに、メールの抽出でガリガリいってほしくない。

dbmail ではできないのかな。
0426名無しさん＠お腹いっぱい。
垢版 |
2008/04/18(金) 01:36:43
IMAP 的には、annotate extension 使って、メッセージにタグを付けておいて、
filter extension でフィルタ条件を覚えておく、って感じかな。
将来的には。まだID。
view とか window extension は亡きものになったんだろうか。
0427名無しさん＠お腹いっぱい。
垢版 |
2008/06/04(水) 12:44:03
なんでメール変更のコマンドがないんだよ（怒
百歩譲ってAPPEND&削除するとしてもUIDPLUS拡張がないとローカルと対応とれないし。
0431名無しさん＠お腹いっぱい。
垢版 |
2014/11/04(火) 13:40:29.61
　___　_
　 ヽo,´-'─ 、　♪
　　 r, "~~~~"ヽ
　　 i. ,'ﾉﾚノﾚ!ﾚ〉　　　　☆ 日本の核(武装)は早急に必須です ☆
　__ '!从.ﾟ ヮﾟﾉﾙ　　　　総務省の『憲法改正国民投票法』のURLです。
　ゝﾝ〈(つY_i(つ　http://www.soumu.go.jp/senkyo/kokumin_touhyou/index.html
　 ｀,.く,§_,_,ゝ,
　　　~i_ﾝｲﾉ
0432名無しさん＠お腹いっぱい。
垢版 |
2015/10/10(土) 06:21:50.43
imapfilterで個々のサーバー毎の処理した後、明示的に接続を切断するにはどうしたらいいでしょうか？
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況