〓〓〓いつまでも次世代 IMAP その2〓〓〓
■関連リンク 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/ 自分もおんなじようなことしたけど、 uw-imapでMHフォルダそのまま読ませて、 MUA上で新しくフォルダ(mbox)作って MHのフォルダからコピーしただけでできた。 MHのままでもよかったんだけど、MHだと妙に動作が遅くて。 ついに俺たちの出番だぜ!! ttp://www.blogsmithmedia.com/www.engadget.com/media/2007/01/dsc_0204.jpg ttp://www.blogsmithmedia.com/www.engadget.com/media/2007/01/dsc_0205.jpg ttp://www.blogsmithmedia.com/www.engadget.com/media/2007/01/dsc_0206.jpg ttp://www.blogsmithmedia.com/www.engadget.com/media/2007/01/dsc_0210.jpg ttp://www.blogsmithmedia.com/www.engadget.com/media/2007/01/dsc_0212.jpg まさか携帯に実装するとはな 携帯っていうのなら、以前からノキアの端末があったと思うが…… Treo とか。 むしろ、携帯だからこそ IMAP なわけで。本来は。 本来はそうだけど、転送量とか考えてもモバイル向けには まったく思えないんだが実際どうなのよ FOMA M1000でずっとinboxに貯めっぱなしにして300通ぐらい越えてから だんだんやばくなってきた。 ので100ぐらいにまで落とした。やっぱキツイと思う。 モバイル最強は、りなざう等それなりに勝手が出来るデバイスで mutt + isync だな。 ・・・わりと間違った方向性な気がするが。 CentOS4 + courier-imap-4.1.2 でPOP3のみ使っていますが、まれに RETRの途中でタイムアウトすることがあります。 こんな症状のかたいませんか? パケットキャプチャしてみると、RETR 1のあと先頭1KB程度(MTUサイズ?)は データが来るんですが途中で120秒ほど何も来ず、突然また続きのデータ が来る、という形です。 同セグメントにあるdovecotでは起こりませんのでPOP3サーバが原因と 考えていますが、他に原因が考えられるでしょうか。 imapの日本語のディレクトリって"&"で始まって"-"で終わるみたいなんですけど その文字列を日本語に直したい場合どうすればいいですか url encodeじゃなさそうだし・・・ Modified UTF-7 って奴です。 rfc2192にサンプルコードが。 IMAP4対応のフリーのメールサービス、あるいは有料でも低価格なサービスがあれば教えてください。 >>293 XREA。2400円/年で最大2000MB出し入れ自由。50MBまでならタダ。 俺はXREA(一時蓄積)+ローカルimapサーバ構築(永久保存倉庫)で落ち着いた。 >>294 >>295 さんくすです。 さくらのメールボックスは年間1000円でIMAP4/200MBなんですね。 XREAの無料は、 「 現在、一般向け無料サーバーの募集は行っておりません。 次期募集をお待ち下さい。 」 となってますね。残念です。 >>296 容量が足りなければ、さくらのレンタルサーバをどうぞ。二週間の試用期間が あるので、とりあえず申しこんでみるのがよいかと。 ほとんどの場合、ネットワークにつながってるんなら ssh ログインしてメール見たらいいんで普及しないんかな。特に UNIX 使ってるんなら。 ほとんどの場合、メールサーバにsshでログインできるようになってるなんて、 初めて見た。 fetchmailでいつもログオンしてるマシンに取ってくるのがふつ〜。 POP使ってメール読んでる、ってのと同じことだと思いますけど、それ。 クライアントマシンに保存してたら、肝心なときに役に立たない。 fetchmailなんてウンコをいまどき使い続けてる奴がいることがオドロキ わしもそのウンコ使ってるので、素晴らしいものを紹介されたし。 自分もISPのPOPサーバから自前のIMAPサーバにメールを突っ込むのに fetchmailを使ってるが、素晴らしいものを教えて欲しいな。 fetchmail が IMAP で取って来る、と? >>307 どこをどう読めばそうよめるのかわからないが、 fetchmail にはそういう機能もあるよ。 「IMAP」ってことは、そのプロトコルを使えばいいってことだから、 fetchmail で IMAP でもOKってことでしょ? fetchmailはダメだと言っているのに、それはおかしい、と。 そういう話。 >>309 ISP のサーバが IMAP に対応していないから、ISP のサーバから自分のサーバ に fetchmail でメールを持ってきて、自分のサーバで、IMAP を使うって話じゃ ないの?? 多分、 >>306 の理解の仕方の違い。 「fetchmail の代わりに IMAP を薦めてる」のがおかしいと思ったが、 「IMAPを使うなんて(笑)」、ってことか。 Secure, flexible, reliable, easy-to-use fetchmail replacement! らしいですよ。 俺も getmail に使ってる. 理由は fetchmail では 指定日数以上古いメールだけサーバから消す ということができなかったから. RETRしただけで勝手に削除してしまうようなPOPサーバを使ってない人には関係無いし、 SMTPサーバに投げるようなややこしいことをやる必要がない人にはやっぱり関係無いし。 ゆえに、 fetchmail より getmail の方が優位な点など無い。 レシピ移行すんの面倒くせえから fetchmail でいいや CentOS4で qmail→vpopmail→courier-imap とインストールをしました。 インストール手順 tar xvjf courier-authlib-0.58.tar.bz2 cd courier-authlib-0.58 ./configure --with-redhat --without-authpam --without-authldap --without-authpgsql --without-authmysql --without-authcustom --without-authpipe make make install-strip make install-configure しかしながら認証に失敗します。なぜでしょうか? サーバの設定内容とかクライアントは何を使ってどんな設定かとか、 認証失敗時のログの内容やエラーメッセージとか、 もっと色々と示すことがあるのではないでしょうか? 323です。 レスありがとうございます。 imapdの設定は IMAPDSTART=YES としています。 authdaemonrcの設定は authmodulelist="authvchkpw" としています。 クライアントはoutlookexpressを使いました。 エラーは下記のとおりです。 ログインは認められませんでした。ユーザー名とパスワードが正しいことを確認してください。 フォルダ '受信トレイ' をポールできませんでした。 操作はユーザーによって取り消されました。 アカウント : '192.168.3.10', サーバー : '192.168.3.10', プロトコル : IMAP, サーバーの応答 : 'Login failed.', ポート : 143, セキュリティ (SSL): なし, エラー番号 : 0x800C006F netstat -taを実行すると tcp 0 0 *:smtp *:* LISTEN よろしくおねがいします。 こんなログでしたがよくわかりませんでした。。 authdaemond: /usr/local/courier-authlib/libexec/courier-authlib/authdaemond: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory 何度もインストールしていると、起動もしなくなってしまいました。。。 なんとか起動までたどり着けました。 しかし認証できず。以下ログ [Hint: perhaps authdaemond is not running?] 中学生レベルの英語をもう一回勉強してこい こんなとこ? >>333 もういいです。解決しました。認証も完璧です。 解決したならどう解決したかくらい書いてくれよ。 わざわざドキュメントやソース調べたり再現させようと同じ手順でインスコしてみた者の身にもなってくれ。 でなきゃ二度と質問するな。死ね。 そんなまともな対応をする人は、こういうどうしようもない質問者に付き合っちゃいけないんだよ。 こういう手合いには、思いつきででたらめな回答を返す奴が相手をするのが適している。 そのことを一目で判断して、触らないようにするんだ。 >>323-324 ワロス(*゚∀゚)ww >>325 ヤサシス(*´ω`) わざわざドキュメントやソース調べてインスコできなかった>>325 に幸あれ >>325 じゃなくて>>335 だったw それと、>>336 は不幸になりますように。 何かわけわからん逆ギレされてる? 僕がどう解決したか聞きたいの?僕がどう答えようが自由でしょ? しかも、聞きたいならそれなりの聞き方していただけませんか? こっちだって必死に質問してるのに こっちの質問無視して「次の方どうぞ」とか「中学生〜」 とか言われたら答える気にはなりませんよ。 だから「もういいです。解決しました。」と発言しました。 そのあとだってそう。普通にどう解決したのと聞いてくれたら答えたけど 死ねとか言われて答える気になる? あまり粘着するのは好きじゃないので、言われた通りもうここへはきません。 だからあなたに会うことも一生ないです。 このコメントにレスは必要ないです(もうこないから)。では失礼します。 >>336 =341さんへ 必死になって縦で読もうと思ったが、それらしい文章は見つからなかった >>328 ,331あたりのエラーメッセージの意味も理解しようとせず、 2chにただベタ書きしてるようじゃ、厨房認定されるのもあたりまえ。 まともな技術系MLで質問しても、言葉遣いは違おうが同じように返されるのが関の山。 まあ、ようするに コ ン ピ ュ ー タ に 向 い て な い ということだ。 藻舞等さわりすぎ。 初っ端の質問からプンプンしてんだから、 黙ってスルーしようぜ。 なんだかんだ逝っても >>323 のめせーじ 自体に答え書いてあるわけだし。 imap って、同一アカウントで同時にログインしても良いプロトコルですか? ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に 負荷分散構成にしちゃって良いものかどうか考え中なのですけど。 >>351 の言うとおり、実装の問題 uw-imap使ってたころ、メール消失したことある ログインしてメールいじってる時に SMTPがメールボックスいじると消失とかある? 言われてみれば確かに実装の問題ですね・・・。 ストレージ上のメール箱にロックファイルとか 作ってくれる鯖もあるっぽいので、そういうので 排他しようかと思います。 >>354 Maildir ならOKかも。 >>354 「IMAP でログインしてるときに」って意味だよね? それも実装の問題だろう。 でもそんなダメな実装はない、と信じたいなぁ。 imap はプロトコル的に同時ログイン可。それでぶっこわれるのならば実装が悪い。 実際、thunderbird は1クライアントで複数接続する。が、 >ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に >負荷分散構成にしちゃって良いものかどうか考え中なのですけど。 これって同じメールボックスにアクセスする imap サーバが複数あるということ? さすがにそれは保証できんだろ。外からは同じに見えても内部的には別なんだから、 それはクライアントとサーバの間の問題ではなく、複数のサーバがひとつの メールボックスを同時アクセスするときの制御の問題になる。 別ホストで動いているプロセス間で情報をやりとりする仕組みを備えている 実装でないかぎり(そんな実装があるのかどうか知らん)、 同時ログインしたらぶっこわれる可能性が高い。 >Maildir ならOKかも。 maildir が保証するのはあくまでメールの中身だけ。それ以外の管理情報は 別のところに置く実装が多いので、メールと管理情報の不整合が起きる可能性がある。 たとえば、ファイルの実体がサーバ上に残っていても、もし imap サーバがそれを 認識できなくなったとしたら、ユーザからすればメールが消えたのと同じ。 >imap はプロトコル的に同時ログイン可。 お、そうなんですか。情報ありがとうございます。 >これって同じメールボックスにアクセスする imap サーバが複数あるということ? はい。ご指摘の通り、異なるホスト間でセッション情報を共有するような ソフトは恐らくないかと思いますw ただ、RDBMS にセッション情報を 置くとか、ファイルシステム上にロック情報を置くとかして代替する ことは出来るかなぁと思ってます。前者は SQL でフラグを参照するように 出来ればいけそうですし、後者は実装済みのものがありそうです。 # どっちもデッドロック発生の可能性を秘めていますが・・・w 10個のアカウントに一気に接続しようとして、全部ちゃんと接続できることが ほとんどない。こんなものなのかな? IMAPがこんなものなのか、サーバーがしょぼいのか、メールクライアント (Becky)が負荷高いのか。。 エスパーの俺が答えるが、それはテスト方法が間違っている。 >>358 ただし同時アクセス時の"Message State"についてはRFC 4551でやっと規定されたので、そこら辺のインターオペラビリティは芳しくない。 RFC4551 は同時アクセス時の Messsage State を規定してるんじゃなくて、 同期を簡単に確実に早くする方法を定めている。 IMAP的には、複数クライアントの同時アクセスは保証していない。 2本目が来たときに、2本目を拒否するか、1本目を切断するサーバもある。 なんかさ、IMAPとかより、RESTful Web Serviceな感じでメールボックスに アクセスしたほうがスケーラブルな感じがしません。Atom Publishing Protocolとか。 あ、そりゃGMailか、今のところFeedだけだけど、AtomPubで操作ができたら最強だよね? で、AtomPubのdraftを書いてる人がGoogleに転職したみたいだからあり得るよね? >>216-217 のサポートしない理由ってのスケールしないって所にあるのかも。 スレ違いですまない。次世代のメールプロトコルってことで。 スケールしないんじゃなくて、面倒くさいからだとばかり思ってたよ。 複数マシン複数メーラーで、フォルダや既読管理が便利にできれば、それでいいよ。 大量のコネクションをキープし続けスケールさせるってのは面倒くさいですよね。 というかあの規模のユーザ数でそれは現実的に無理かと。 POP3とかHTTPなら繋いで取得したらポンと離れちゃうから… # GMailってcometみたいなHTTP繋ぎっぱしてるんでしたよね?(でも200秒ぐらいで切ってる) スレ違いかもしれないけど、このまま続けて良い? >>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 もう少しでAtomPub(Atom Publishing Protocol)がRFC化される。 AtomPubはブログに限らないWebリソースを出版編集するためのプロトコル。 すでにメールボックスなんてWebメーラが流行ってる通りWebリソース。 IMAPをWebメーラでかぶせるの逆、最初っからWebで取得/操作。 もちろん専用クライアントがないけどね。 でも、実装はメールクライアントにRSS/Atomリーダなんかがくっついてるやつ(Thunderbirdとか)なら そこらへんが応用できるから、IMAPよりシンプルに実装出来そうですよね??? 多分2008-2010年ぐらい?のメールアプリ予想。 と、素人が妄想してみました。 >>371 ごめん。それ知らんかった。ゆるして。 つづき(があるなら)そっちで。 >>371 なんか雰囲気ちがうっぽいのであっちにも書かないでおく。 頭からながめて行ったら http://pc11.2ch.net/test/read.cgi/unix/1128256415/187 は俺だったw 「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな? という意味でIMAPがらみということでゆるして。(なんどもすまん) それだけの機能でいいのなら、IMAP のサブセットでいいのよ。 それじゃ困ることが山ほどあるから、今のIMAPになったの。 お前、IMAPがどんなのだが、全然知らないんだろう? そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、 いつの間にか IMAP と同じ道を歩むことになるぞ。 キーワード: 非同期 といっても、>>377 には理解不能なんだろうな… IMAPがどうのと言いたかったり、否定しているのではなくて、 ある用途ではRESTfulなWeb Serviceでのメールボックアクセスの方法もアリじゃないの? と言ってみただけです…。 SOAP vs RESTみたいな話になっちゃうからやめときます。 そんなん今更言わなくてもわかってるって。POPで満足している人もいるわけだし。 だから、その「ある用途」っていうのの定義をだな、しっかりしておけ、 と言っているのだよ。そうしておかないとプロトコルが定まらないよ、と。 read.cgi ver 07.4.7 2024/03/31 Walang Kapalit ★ | Donguri System Team 5ちゃんねる