〓〓〓いつまでも次世代 IMAP その２〓〓〓

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/04/24(日) 03:11:56 ] ■関連リンク The IMAP Connection www.imap.org/ RFC3501:INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 rfc.net/rfc3501.html ■オープンソースの定番サーバ IMAP Information Center: UW IMAP Server (mbox, MH, →パッチ適用で Maildir 可) www.washington.edu/imap/ Cyrus IMAP Server (独自スプール形式) asg.web.cmu.edu/cyrus/imapd/ Courier-IMAP (Maildir) www.courier-mta.org/imap/ Binc IMAP (Maildir) www.bincimap.org/ Dovecot (mbox, Maildir) dovecot.procontrol.fi/ ※これ以外にもいくつかあるので IMAP Connection で検索すべし ■過去ログ IMAP Serverとしてどちらがお勧め (UW or Cyrus)？ cocoa.2ch.net/test/read.cgi?bbs=unix&key=998711145 〓〓〓次世代メールプロトコル、IMAP〓〓〓 pc8.2ch.net/test/read.cgi/unix/989592181/ 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 23:12:50 ] さくらのメールボックス 295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/04(金) 23:12:59 ] >>293 XREA。2400円/年で最大2000MB出し入れ自由。50MBまでならタダ。 俺はXREA（一時蓄積）＋ローカルimapサーバ構築（永久保存倉庫）で落ち着いた。 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/05(土) 21:18:44 ] >>294 >>295 さんくすです。 さくらのメールボックスは年間１０００円でIMAP4/200MBなんですね。 XREAの無料は、 「 現在、一般向け無料サーバーの募集は行っておりません。 次期募集をお待ち下さい。 」 となってますね。残念です。 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/05(土) 23:07:00 ] >>296 容量が足りなければ、さくらのレンタルサーバをどうぞ。二週間の試用期間が あるので、とりあえず申しこんでみるのがよいかと。 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/10(木) 07:54:08 ] ほとんどの場合、ネットワークにつながってるんなら ssh ログインしてメール見たらいいんで普及しないんかな。特に UNIX 使ってるんなら。 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/11(金) 01:34:13 ] ほとんどの場合、メールサーバにsshでログインできるようになってるなんて、 初めて見た。 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/11(金) 06:11:42 ] fetchmailでいつもログオンしてるマシンに取ってくるのがふつ〜。 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/11(金) 09:34:31 ] POP使ってメール読んでる、ってのと同じことだと思いますけど、それ。 クライアントマシンに保存してたら、肝心なときに役に立たない。 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 03:01:53 ] fetchmailなんてウンコをいまどき使い続けてる奴がいることがオドロキ 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 13:22:58 ] >>302 普通は何使うの？ 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 16:12:40 ] わしもそのウンコ使ってるので、素晴らしいものを紹介されたし。 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 18:29:52 ] 自分もISPのPOPサーバから自前のIMAPサーバにメールを突っ込むのに fetchmailを使ってるが、素晴らしいものを教えて欲しいな。 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 01:24:27 ] IMAP(笑) 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 09:52:01 ] fetchmail が IMAP で取って来る、と? 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 10:32:48 ] >>307 どこをどう読めばそうよめるのかわからないが、 fetchmail にはそういう機能もあるよ。 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 11:08:17 ] 「IMAP」ってことは、そのプロトコルを使えばいいってことだから、 fetchmail で IMAP でもOKってことでしょ？ fetchmailはダメだと言っているのに、それはおかしい、と。 そういう話。 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 12:31:26 ] >>309 ISP のサーバが IMAP に対応していないから、ISP のサーバから自分のサーバ に fetchmail でメールを持ってきて、自分のサーバで、IMAP を使うって話じゃ ないの？？ 311 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 18:52:07 ] 多分、 >>306 の理解の仕方の違い。 「fetchmail の代わりに IMAP を薦めてる」のがおかしいと思ったが、 「IMAPを使うなんて(笑)」、ってことか。 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 19:39:00 ] >>303 getmail というのがある。 pyropus.ca/software/getmail/ Internet Mail System 総合スレ3 でも出てるけど、 fetchmail は多少注意点があるとのこと。 pc11.2ch.net/test/read.cgi/unix/1128256415/81- 313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 22:21:42 ] >>312 getmail の優位な店は? 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/14(月) 00:19:39 ] Secure, flexible, reliable, easy-to-use fetchmail replacement! らしいですよ。 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/14(月) 17:19:02 ] 俺も getmail に使ってる． 理由は fetchmail では 指定日数以上古いメールだけサーバから消す ということができなかったから． 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/16(水) 08:55:03 ] smtpが死んでるとメールがロストか。やばいな。 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/16(水) 19:43:17 ] RETRしただけで勝手に削除してしまうようなPOPサーバを使ってない人には関係無いし、 SMTPサーバに投げるようなややこしいことをやる必要がない人にはやっぱり関係無いし。 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 09:53:09 ] ゆえに、 fetchmail より getmail の方が優位な点など無い。 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 12:03:21 ] fetchmail の方が優位な点は？ 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 13:04:05 ] そんなこと聞いてどうすんだよ？ｗ 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 14:54:55 ] python不要 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/21(月) 02:10:55 ] レシピ移行すんの面倒くせえから fetchmail でいいや 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 15:29:10 ] 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 しかしながら認証に失敗します。なぜでしょうか？ 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 16:06:35 ] なぜでしょうね 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 16:22:49 ] サーバの設定内容とかクライアントは何を使ってどんな設定かとか、 認証失敗時のログの内容やエラーメッセージとか、 もっと色々と示すことがあるのではないでしょうか？ 326 名前：323 mailto:sage [2007/06/01(金) 18:13:12 ] 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 よろしくおねがいします。 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 23:48:54 ] >>326 サーバ側のログ見ようよ。 328 名前：323 mailto:sage [2007/06/02(土) 01:55:10 ] こんなログでしたがよくわかりませんでした。。 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 329 名前：323 mailto:sage [2007/06/02(土) 02:19:21 ] 何度もインストールしていると、起動もしなくなってしまいました。。。 330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/02(土) 04:12:57 ] ファイルシステムあぼーんの悪寒... 331 名前：323 mailto:sage [2007/06/02(土) 05:02:51 ] なんとか起動までたどり着けました。 しかし認証できず。以下ログ [Hint: perhaps authdaemond is not running?] 332 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/02(土) 08:14:18 ] 次の方どうぞ 333 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/02(土) 11:48:27 ] 中学生レベルの英語をもう一回勉強してこい こんなとこ？ 334 名前：323 mailto:sage [2007/06/02(土) 18:28:57 ] >>333 もういいです。解決しました。認証も完璧です。 335 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/02(土) 20:43:38 ] 解決したならどう解決したかくらい書いてくれよ。 わざわざドキュメントやソース調べたり再現させようと同じ手順でインスコしてみた者の身にもなってくれ。 でなきゃ二度と質問するな。死ね。 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/03(日) 11:31:02 ] そんなまともな対応をする人は、こういうどうしようもない質問者に付き合っちゃいけないんだよ。 こういう手合いには、思いつきででたらめな回答を返す奴が相手をするのが適している。 そのことを一目で判断して、触らないようにするんだ。 337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/04(月) 09:05:00 ] >>335氏に幸せが訪れますように。。。 338 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/04(月) 18:23:49 ] >>323-324 ﾜﾛｽ(*ﾟ∀ﾟ)ww >>325 ﾔｻｼｽ(*´ω`) 339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/05(火) 18:15:44 ] わざわざドキュメントやソース調べてインスコできなかった>>325に幸あれ 340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/05(火) 18:17:18 ] >>325じゃなくて>>335だったｗ それと、>>336は不幸になりますように。 341 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/05(火) 18:23:14 ] >>339=334 お前はもう来なくていいよ。 342 名前：323 mailto:sage [2007/06/06(水) 11:14:22 ] 何かわけわからん逆ギレされてる？ 僕がどう解決したか聞きたいの？僕がどう答えようが自由でしょ？ しかも、聞きたいならそれなりの聞き方していただけませんか？ こっちだって必死に質問してるのに こっちの質問無視して「次の方どうぞ」とか「中学生〜」 とか言われたら答える気にはなりませんよ。 だから「もういいです。解決しました。」と発言しました。 そのあとだってそう。普通にどう解決したのと聞いてくれたら答えたけど 死ねとか言われて答える気になる？ あまり粘着するのは好きじゃないので、言われた通りもうここへはきません。 だからあなたに会うことも一生ないです。 このコメントにレスは必要ないです（もうこないから）。では失礼します。 >>336=341さんへ 343 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/06(水) 11:21:34 ] でもきっとまた来るんだろうなぁ。 344 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/06(水) 15:43:41 ] こぴぺにしてはキレがないなぁ 345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/06(水) 21:38:36 ] 必死になって縦で読もうと思ったが、それらしい文章は見つからなかった 346 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/06(水) 21:55:51 ] >>328,331あたりのエラーメッセージの意味も理解しようとせず、 2chにただベタ書きしてるようじゃ、厨房認定されるのもあたりまえ。 まともな技術系MLで質問しても、言葉遣いは違おうが同じように返されるのが関の山。 まあ、ようするに　コ　ン　ピ　ュ　ー　タ　に　向　い　て　な　い　ということだ。 347 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/08(金) 00:56:09 ] 藻舞等さわりすぎ。 初っ端の質問からプンプンしてんだから、 黙ってスルーしようぜ。 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/09(土) 07:42:10 ] なんだかんだ逝っても >>323 のめせーじ 自体に答え書いてあるわけだし。 349 名前：348 mailto:sage [2007/06/09(土) 07:43:14 ] あ、>>328 の間違い。俺も逝く。 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 00:46:46 ] imap って、同一アカウントで同時にログインしても良いプロトコルですか？ ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に 負荷分散構成にしちゃって良いものかどうか考え中なのですけど。 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 01:03:31 ] プロトコルの問題じゃなくて実装の問題だろう。 352 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 01:20:59 ] >>351の言うとおり、実装の問題 uw-imap使ってたころ、メール消失したことある 353 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 02:19:53 ] Maildir ならOKかも。 354 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 04:04:25 ] ログインしてメールいじってる時に SMTPがメールボックスいじると消失とかある？ 355 名前：350 mailto:sage [2007/09/05(水) 06:06:58 ] 言われてみれば確かに実装の問題ですね・・・。 ストレージ上のメール箱にロックファイルとか 作ってくれる鯖もあるっぽいので、そういうので 排他しようかと思います。 >>354 Maildir ならOKかも。 356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 09:51:39 ] >>354 「IMAP でログインしてるときに」って意味だよね? それも実装の問題だろう。 でもそんなダメな実装はない、と信じたいなぁ。 357 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 10:37:51 ] imap はプロトコル的に同時ログイン可。それでぶっこわれるのならば実装が悪い。 実際、thunderbird は1クライアントで複数接続する。が、 >ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に >負荷分散構成にしちゃって良いものかどうか考え中なのですけど。 これって同じメールボックスにアクセスする imap サーバが複数あるということ？ さすがにそれは保証できんだろ。外からは同じに見えても内部的には別なんだから、 それはクライアントとサーバの間の問題ではなく、複数のサーバがひとつの メールボックスを同時アクセスするときの制御の問題になる。 別ホストで動いているプロセス間で情報をやりとりする仕組みを備えている 実装でないかぎり（そんな実装があるのかどうか知らん）、 同時ログインしたらぶっこわれる可能性が高い。 >Maildir ならOKかも。 maildir が保証するのはあくまでメールの中身だけ。それ以外の管理情報は 別のところに置く実装が多いので、メールと管理情報の不整合が起きる可能性がある。 たとえば、ファイルの実体がサーバ上に残っていても、もし imap サーバがそれを 認識できなくなったとしたら、ユーザからすればメールが消えたのと同じ。 358 名前：350 mailto:sage [2007/09/05(水) 18:29:45 ] >imap はプロトコル的に同時ログイン可。 お、そうなんですか。情報ありがとうございます。 >これって同じメールボックスにアクセスする imap サーバが複数あるということ？ はい。ご指摘の通り、異なるホスト間でセッション情報を共有するような ソフトは恐らくないかと思いますｗ　ただ、RDBMS にセッション情報を 置くとか、ファイルシステム上にロック情報を置くとかして代替する ことは出来るかなぁと思ってます。前者は SQL でフラグを参照するように 出来ればいけそうですし、後者は実装済みのものがありそうです。 # どっちもデッドロック発生の可能性を秘めていますが・・・ｗ 359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/06(木) 01:57:01 ] つttp://www.dbmail.org/ 360 名前：名無しさん＠お腹いっぱい。 [2007/09/10(月) 00:55:55 ] 10個のアカウントに一気に接続しようとして、全部ちゃんと接続できることが ほとんどない。こんなものなのかな？ IMAPがこんなものなのか、サーバーがしょぼいのか、メールクライアント （Becky）が負荷高いのか。。 361 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 06:21:07 ] エスパーの俺が答えるが、それはテスト方法が間違っている。 362 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 07:11:35 ] >>358 ただし同時アクセス時の"Message State"についてはRFC 4551でやっと規定されたので、そこら辺のインターオペラビリティは芳しくない。 363 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 09:23:04 ] RFC4551 は同時アクセス時の Messsage State を規定してるんじゃなくて、 同期を簡単に確実に早くする方法を定めている。 IMAP的には、複数クライアントの同時アクセスは保証していない。 2本目が来たときに、2本目を拒否するか、1本目を切断するサーバもある。 364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 22:38:26 ] なんかさ、IMAPとかより、RESTful Web Serviceな感じでメールボックスに アクセスしたほうがスケーラブルな感じがしません。Atom Publishing Protocolとか。 あ、そりゃGMailか、今のところFeedだけだけど、AtomPubで操作ができたら最強だよね？ で、AtomPubのdraftを書いてる人がGoogleに転職したみたいだからあり得るよね？ >>216-217 のサポートしない理由ってのスケールしないって所にあるのかも。 スレ違いですまない。次世代のメールプロトコルってことで。 365 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 23:41:55 ] スケールしないんじゃなくて、面倒くさいからだとばかり思ってたよ。 366 名前：名無しさん＠お腹いっぱい。 [2007/09/11(火) 00:15:06 ] ＩＭＡＰは複雑すぐる。 367 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 00:22:38 ] 複数マシン複数メーラーで、フォルダや既読管理が便利にできれば、それでいいよ。 368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 00:24:10 ] 大量のコネクションをキープし続けスケールさせるってのは面倒くさいですよね。 というかあの規模のユーザ数でそれは現実的に無理かと。 POP3とかHTTPなら繋いで取得したらポンと離れちゃうから… # GMailってcometみたいなHTTP繋ぎっぱしてるんでしたよね？(でも200秒ぐらいで切ってる) スレ違いかもしれないけど、このまま続けて良い？ 369 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 00:39:11 ] どうせ過疎ってるんだから、このままﾄﾞｿﾞｰ 370 名前：名無しさん＠お腹いっぱい。 mailto: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 ってことでそのうち対応するんじゃないのかな？とか。 code.google.com/apis/gdata/index.html 371 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 01:01:09 ] IMAP じゃないならこっちで。 Internet Mail System 総合スレ 3 pc11.2ch.net/test/read.cgi/unix/1128256415/ 372 名前：名無しさん＠お腹いっぱい。 mailto: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年ぐらい？のメールアプリ予想。 と、素人が妄想してみました。 373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 01:05:51 ] >>371 ごめん。それ知らんかった。ゆるして。 つづき(があるなら)そっちで。 374 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 01:27:48 ] >>371 なんか雰囲気ちがうっぽいのであっちにも書かないでおく。 頭からながめて行ったら pc11.2ch.net/test/read.cgi/unix/1128256415/187 は俺だったw 「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな？ という意味でIMAPがらみということでゆるして。（なんどもすまん） 375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 01:46:24 ] 馴れ合いたいならよそでやってよ。 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 09:38:37 ] それだけの機能でいいのなら、IMAP のサブセットでいいのよ。 それじゃ困ることが山ほどあるから、今のIMAPになったの。 377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 21:32:54 ] >>375 そう言う訳じゃないけど、ごめんごめん。 >>376 具体的には？ 過疎ってるけどこっちに行ってみるよ。 pc11.2ch.net/test/read.cgi/blog/1101813178/ 378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/12(水) 09:05:20 ] お前、IMAPがどんなのだが、全然知らないんだろう？ そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、 いつの間にか IMAP と同じ道を歩むことになるぞ。 379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/12(水) 14:25:08 ] キーワード: 非同期 といっても、>>377には理解不能なんだろうな… 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/12(水) 22:50:04 ] IMAPがどうのと言いたかったり、否定しているのではなくて、 ある用途ではRESTfulなWeb Serviceでのメールボックアクセスの方法もアリじゃないの？ と言ってみただけです…。 SOAP vs RESTみたいな話になっちゃうからやめときます。 381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/13(木) 00:50:03 ] そんなん今更言わなくてもわかってるって。POPで満足している人もいるわけだし。 だから、その「ある用途」っていうのの定義をだな、しっかりしておけ、 と言っているのだよ。そうしておかないとプロトコルが定まらないよ、と。 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/13(木) 00:54:49 ] とりあえず作ってみ。 そしてスレ違い。 383 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/16(日) 19:20:57 ] IMAPが来る「次世代」っていつですか？ Webﾒｰﾙｵﾝﾘｰの時代が来たらもうIMAP(=POPｼﾎﾞﾝ)なんだろうか 384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/16(日) 20:54:19 ] ハンドヘルドのデバイスでインターネットに常時接続、広帯域で、地下鉄に乗っても 接続が切れることもなく、しかも安価、バッテリー切れにもなかなかならない、 というような時代になればIMAPが来るんじゃないかと思う。 385 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/16(日) 23:25:45 ] 逆でしょ。そうなったらWebMailが使える、っていう。 LEMONADE でがんばってますよね。 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/16(日) 23:38:42 ] っ Push-IMAP その間にこれを使って欲しいんだ… 387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/17(月) 00:21:45 ] 「その間」って、どこの間？ P-IMAP って、IMAPの拡張の1つよね。 388 名前：383 mailto:sage [2007/09/17(月) 09:00:24 ] 半分燃料、半分ﾏｼﾞでしたｗ 大多数が使ってるプロバメールでIMAP専用って無いよね フリーメールでもUIは専用Web中心でIMAPは無い POP3ではなく敢えてIMAP4を使うなら「メールはサーバに置いて、自分でﾌｫﾙﾀﾞ整理して使う」 形が主だと思うんだけど昨今のアクセスラインの高速化、PC＆サーバHDD容量の拡大などにより 余りアドバンテージが無くなってる希ガス むしろ「IMAPがこの先生き残るには？」とか考えちゃう 今思いつく一般ライトユーザ向けメリットは「サーバでspam分類サービスしてて、それで保留になっ たメールフォルダをあとで自分で確認＆訂正できる」くらい？ 本当にIMAPの時代は来るのだろうか。 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/17(月) 10:39:25 ] 「一般ライトユーザ向け」には必要ないんじゃないの。 電話嫌いで使う必要性も無い人に携帯電話を持たせてもしょうがないとか、 音楽を聴くのが好きじゃない人に携帯オーディオプレイヤーを持たせてもしょうがないとか、 そんなようなもん。 企業ではIMAPとか、IMAPと同様にサーバサイドにメールを抱えるプロプライエタリ製品 （こっちのが断然多いけど）を使ってるところがよくあるよな。 IT投資をあまりやる気がない（仕事の内容や従業員の傾向としてやっても意味がない） ような企業ではPOPを使ってるけど。 390 名前：383 mailto:sage [2007/09/17(月) 11:00:06 ] でも「POP3に代わる次世代プロトコル」なら一部のプロプラ製品の中でくすぶってる 場合じゃないと思う。 広く受け入れられなくていいんだ、というなら止めませんが・・・ 391 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/18(火) 00:57:11 ] 「一般ライトユーザ向け」に使われないのは、「サポートが面倒くさい」 ってのが一番だと思いますよ。 関係データベースにアクセスするのにSQLを使うように、 メールストレージにアクセスするのにIMAPを使う、そんなものです。 全員が使わなきゃならないものじゃない。 リレーショナルDBで管理してなくて、表計算ソフトで管理しているデータなんて 山ほどあるでしょ？ 「POP3に代わる次世代プロトコル」という認識が、そもそも間違い。 392 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/18(火) 06:49:13 ] そりは違うんじゃないの。普通はIMAPのコマンドを直接手で叩いてるわけじゃないんだし。 無理にSQLにたとえるなら、主キーでselectすることとdeleteすることしか出来ないのがPOP、 いろいろ出来るように機能が拡張されているのがIMAP、というところか。 前者しか使わないアプリケーションで何の不満も無く業務をこなしてる人のところに、 後者を使った高機能のアプリケーションを持っていって意味があるか？ 393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/18(火) 09:43:20 ] だから、「IMAPはPOPの拡張」って考えるな、と言ってるだろうが。 やろうとしてることが別。 394 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/19(水) 13:44:38 ] >>393 ｽﾚﾀｲ嫁 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/19(水) 22:32:30 ] ｿﾚ婿ｳ 396 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/22(土) 18:30:18 ] じゃ、IMAPのﾄﾞｺが次世代なの？ ただのオナニー規格じゃないところを見せて欲しい 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 09:25:40 ] 逆に聞きたい。 「次世代」って何のこと？逆に言えば「前世代」って何？ 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 12:39:03 ] >>397 /var/(spool/)mailを直接アクセス☆ 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 14:51:01 ] 直接アクセスしたら、そのスプールの形式は何だよ？とか、 同時アクセスの排他制御はどうするんだよ？とか、 いろいろ面倒なので、スプールにアクセスするプロトコルを規定した。 それだけのこと。 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 18:13:27 ] ということは「POP3で必要十分」でFA？ 401 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 18:19:07 ] そう思うならPOP使ってればいいじゃない。 402 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 18:21:48 ] サーバ側にフォルダ持てるのと クライアントからサーバにメールを戻せるのは 便利だと思うけどなぁ。 403 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 20:32:12 ] Unix板で意味も無く煽り調の書き込みをするやつって、だいたいにおいて 一知半解の素人で、相手をしてもしょうがないんだよなあ 404 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/23(日) 23:53:44 ] >>400 POP3は必要最低な条件は満たしている。 それは「スプールに届いたメールを取り出す」というな。 POP = スプールからメールを取り出すプロトコル IMAP = スプールのメールを操作するプロトコル いい加減、理解しろよ。 405 名前：364 mailto:sage [2007/10/25(木) 20:52:38 ] 先に謝っとく。 GMailがIMAP対応始めたみたいね… 406 名前：名無しさん＠お腹いっぱい。 [2007/10/28(日) 16:49:53 ] 送信はSMTPを使っていますが、IMAPで送信メールも管理することはできないものでしょうか？ 407 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/10/28(日) 17:10:56 ] IMAP側で特定のメールボックスに「投稿」されたら送信、みたいにすればできる？ HotMailのHTTPMailがそんな仕様だったような（遠い記憶） 408 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/15(木) 20:02:14 ] uw-imap-2006k が出てるみたい www.washington.edu/imap/ いつになったら2007になるんだ? 409 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/16(金) 00:14:47 ] 2003も2005もなかったんだから、出ないんじゃないの。 2年に一度、メジャーバージョンアップ。 410 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/16(金) 15:30:03 ] >>406 Fcc:なんかでimapに放り込めばいいじゃん、という話ではない? 411 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/16(金) 21:53:15 ] それしちゃうと、2通同じのをサーバに送ることになる、という話ではない? Courier には、特定のメールボックスにメッセージを置くと、 外に配送される機能があったような。 412 名前：名無しさん＠お腹いっぱい。 [2007/11/17(土) 00:07:14 ] 送信したメールを送信済みフォルダに入れるのはメールクライアントの担当じゃなくて？ おれあんまりIMAP詳しくないから外れてるかも心内。 413 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/17(土) 11:32:28 ] SMTP と IMAP で全く同じものを2度送るのは無駄ですよね。 SMTPサーバでSenderのところへ自動的にBCCってのも手なのだが、 マルチアカウントになってくると、本当にそれでいいのか、とか。 414 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/17(土) 17:49:56 ] >>412も言っているけど、MUAでやれよ。 415 名前：名無しさん＠お腹いっぱい。 mailto:sage [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が返ってくる。 コピーに成功したと思ってコピー元を削除するとメール消失になっちゃうよ。 416 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/23(金) 19:21:04 ] それが Courier くおりてぃ 417 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/24(土) 03:58:04 ] イマイチよくわからんのだが、メッセージを見る限り、それじゃあ「コピー元」を 削除することも出来そうに見えないが。 418 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/24(土) 12:15:11 ] >>417 ああ、確かにこれはUID COPYとすべきところを間違えてCOPYにしてたので発見したことなのです。 まぁ、言いたかったことは、仕様ではない動作をしているんじゃないかということです。 419 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/11/25(日) 00:56:17 ] 1件も成功していないのだからtagged NOを返すべきだろうとは思うけど、 それで実害が生じるケースというのがちょっと思いつかない。 わりとどうでもいいことのような。 420 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/15(火) 23:14:25 ] いまさらながら Gmail + IMAP を Thunderbird で使ってみた。 このタグベースのフォルダ分けってすごく便利ですね。 すでに溜め込んでいるメールに対して、フィルタの条件を変えたり加えたりするだけで、 そくざにフォルダを作れる。(メールに、メタ情報の属性付け) POP + MUA だと、フォルダに自動振り分けしても、振り分け済みのメールを別の切り口で 整理したかったら、refile しないといけない。 Gmail IMAP のような、タグベースのフォルダわけができるような imapd ってないですか？ 421 名前：名無しさん＠お腹いっぱい。 [2008/04/15(火) 23:15:08 ] ageちゃいます 422 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 08:25:07 ] >>420 ximapd なんてのもあったけど、開発止まってるね。 423 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 09:08:04 ] >420 良く分かってないんだけど imapd 側でやるの? MUA でフィルタ適用みたいな機能ってあると思うけど サーバ側で実装するメリットってどの辺でしょう? 検索とかが(通信コストなしに)サーバ側負担で実施できるとかかな? 424 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 10:51:31 ] SIEVE 425 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/17(木) 14:21:32 ] みなさんレスどうもありがとうございます。 >>422 日本人の人が作っているんですね。 サイトを見たところ、まだ安定版まで入っていないようですが、 Software Design 2006年2月号 に記事を掲載、とあるので、家にある雑誌を掘り出してみよう。 >>423 サーバ側で、と考えています。 でも自分の望んでいることは、MUA側で ・物理的なメールボックスを持たない ・メールにタグ付けしておき、任意の切り口で、好きなときに閲覧できる ことができればいいので、ローカルで RDB にメールを突っ込んだりしてもいいことに気がついた。 そういうMUA はいまのところありませんが・・・・(sylpheed + そういう意味で、imap サーバ側でこういった機能を実装しておけば、 既存の MUA でもメリットを享受できてよいかな、と思いました。 あと、サーバ側に実装するメリットとしては、通信コストもあるけどCPU負荷、I/O負荷の軽減です。 ローカルでビルドとかしているときに、メールの抽出でガリガリいってほしくない。 dbmail ではできないのかな。 426 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/18(金) 01:36:43 ] IMAP 的には、annotate extension 使って、メッセージにタグを付けておいて、 filter extension でフィルタ条件を覚えておく、って感じかな。 将来的には。まだID。 view とか window extension は亡きものになったんだろうか。 427 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/04(水) 12:44:03 ] なんでメール変更のコマンドがないんだよ（怒 百歩譲ってAPPEND&削除するとしてもUIDPLUS拡張がないとローカルと対応とれないし。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef