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

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2005/04/24(日) 03:11:56 .net] ■関連リンク 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/ 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/05(土) 23:07:00 .net] >>296 容量が足りなければ、さくらのレンタルサーバをどうぞ。二週間の試用期間が あるので、とりあえず申しこんでみるのがよいかと。 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/10(木) 07:54:08 .net] ほとんどの場合、ネットワークにつながってるんなら ssh ログインしてメール見たらいいんで普及しないんかな。特に UNIX 使ってるんなら。 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/11(金) 01:34:13 .net] ほとんどの場合、メールサーバにsshでログインできるようになってるなんて、 初めて見た。 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/11(金) 06:11:42 .net] fetchmailでいつもログオンしてるマシンに取ってくるのがふつ〜。 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/11(金) 09:34:31 .net] POP使ってメール読んでる、ってのと同じことだと思いますけど、それ。 クライアントマシンに保存してたら、肝心なときに役に立たない。 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 03:01:53 .net] fetchmailなんてウンコをいまどき使い続けてる奴がいることがオドロキ 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 13:22:58 .net] >>302 普通は何使うの？ 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 16:12:40 .net] わしもそのウンコ使ってるので、素晴らしいものを紹介されたし。 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/12(土) 18:29:52 .net] 自分もISPのPOPサーバから自前のIMAPサーバにメールを突っ込むのに fetchmailを使ってるが、素晴らしいものを教えて欲しいな。 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 01:24:27 .net] IMAP(笑) 311 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 09:52:01 .net] fetchmail が IMAP で取って来る、と? 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 10:32:48 .net] >>307 どこをどう読めばそうよめるのかわからないが、 fetchmail にはそういう機能もあるよ。 313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 11:08:17 .net] 「IMAP」ってことは、そのプロトコルを使えばいいってことだから、 fetchmail で IMAP でもOKってことでしょ？ fetchmailはダメだと言っているのに、それはおかしい、と。 そういう話。 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 12:31:26 .net] >>309 ISP のサーバが IMAP に対応していないから、ISP のサーバから自分のサーバ に fetchmail でメールを持ってきて、自分のサーバで、IMAP を使うって話じゃ ないの？？ 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 18:52:07 .net] 多分、 >>306 の理解の仕方の違い。 「fetchmail の代わりに IMAP を薦めてる」のがおかしいと思ったが、 「IMAPを使うなんて(笑)」、ってことか。 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 19:39:00 .net] >>303 getmail というのがある。 pyropus.ca/software/getmail/ Internet Mail System 総合スレ3 でも出てるけど、 fetchmail は多少注意点があるとのこと。 pc11.2ch.net/test/read.cgi/unix/1128256415/81- 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/13(日) 22:21:42 .net] >>312 getmail の優位な店は? 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/14(月) 00:19:39 .net] Secure, flexible, reliable, easy-to-use fetchmail replacement! らしいですよ。 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/14(月) 17:19:02 .net] 俺も getmail に使ってる． 理由は fetchmail では 指定日数以上古いメールだけサーバから消す ということができなかったから． 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/16(水) 08:55:03 .net] smtpが死んでるとメールがロストか。やばいな。 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/16(水) 19:43:17 .net] RETRしただけで勝手に削除してしまうようなPOPサーバを使ってない人には関係無いし、 SMTPサーバに投げるようなややこしいことをやる必要がない人にはやっぱり関係無いし。 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 09:53:09 .net] ゆえに、 fetchmail より getmail の方が優位な点など無い。 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 12:03:21 .net] fetchmail の方が優位な点は？ 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 13:04:05 .net] そんなこと聞いてどうすんだよ？ｗ 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/17(木) 14:54:55 .net] python不要 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/05/21(月) 02:10:55 .net] レシピ移行すんの面倒くせえから fetchmail でいいや 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 15:29:10 .net] 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 しかしながら認証に失敗します。なぜでしょうか？ 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 16:06:35 .net] なぜでしょうね 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 16:22:49 .net] サーバの設定内容とかクライアントは何を使ってどんな設定かとか、 認証失敗時のログの内容やエラーメッセージとか、 もっと色々と示すことがあるのではないでしょうか？ 330 名前：323 mailto:sage [2007/06/01(金) 18:13:12 .net] 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 よろしくおねがいします。 331 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/01(金) 23:48:54 .net] >>326 サーバ側のログ見ようよ。 332 名前：323 mailto:sage [2007/06/02(土) 01:55:10 .net] こんなログでしたがよくわかりませんでした。。 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 333 名前：323 mailto:sage [2007/06/02(土) 02:19:21 .net] 何度もインストールしていると、起動もしなくなってしまいました。。。 334 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/02(土) 04:12:57 .net] ファイルシステムあぼーんの悪寒... 335 名前：323 mailto:sage [2007/06/02(土) 05:02:51 .net] なんとか起動までたどり着けました。 しかし認証できず。以下ログ [Hint: perhaps authdaemond is not running?] 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/02(土) 08:14:18 .net] 次の方どうぞ 337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/02(土) 11:48:27 .net] 中学生レベルの英語をもう一回勉強してこい こんなとこ？ 338 名前：323 mailto:sage [2007/06/02(土) 18:28:57 .net] >>333 もういいです。解決しました。認証も完璧です。 339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/02(土) 20:43:38 .net] 解決したならどう解決したかくらい書いてくれよ。 わざわざドキュメントやソース調べたり再現させようと同じ手順でインスコしてみた者の身にもなってくれ。 でなきゃ二度と質問するな。死ね。 340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/03(日) 11:31:02 .net] そんなまともな対応をする人は、こういうどうしようもない質問者に付き合っちゃいけないんだよ。 こういう手合いには、思いつきででたらめな回答を返す奴が相手をするのが適している。 そのことを一目で判断して、触らないようにするんだ。 341 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/04(月) 09:05:00 .net] >>335氏に幸せが訪れますように。。。 342 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/04(月) 18:23:49 .net ] [ここ壊れてます] 343 名前： mailto: >>323-324 ﾜﾛｽ(*ﾟ∀ﾟ)ww >>325 ﾔｻｼｽ(*´ω`) [] [ここ壊れてます] 344 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/05(火) 18:15:44 .net] わざわざドキュメントやソース調べてインスコできなかった>>325に幸あれ 345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/05(火) 18:17:18 .net] >>325じゃなくて>>335だったｗ それと、>>336は不幸になりますように。 346 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/05(火) 18:23:14 .net] >>339=334 お前はもう来なくていいよ。 347 名前：323 mailto:sage [2007/06/06(水) 11:14:22 .net] 何かわけわからん逆ギレされてる？ 僕がどう解決したか聞きたいの？僕がどう答えようが自由でしょ？ しかも、聞きたいならそれなりの聞き方していただけませんか？ こっちだって必死に質問してるのに こっちの質問無視して「次の方どうぞ」とか「中学生〜」 とか言われたら答える気にはなりませんよ。 だから「もういいです。解決しました。」と発言しました。 そのあとだってそう。普通にどう解決したのと聞いてくれたら答えたけど 死ねとか言われて答える気になる？ あまり粘着するのは好きじゃないので、言われた通りもうここへはきません。 だからあなたに会うことも一生ないです。 このコメントにレスは必要ないです（もうこないから）。では失礼します。 >>336=341さんへ 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/06(水) 11:21:34 .net] でもきっとまた来るんだろうなぁ。 349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/06(水) 15:43:41 .net] こぴぺにしてはキレがないなぁ 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/06(水) 21:38:36 .net] 必死になって縦で読もうと思ったが、それらしい文章は見つからなかった 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/06(水) 21:55:51 .net] >>328,331あたりのエラーメッセージの意味も理解しようとせず、 2chにただベタ書きしてるようじゃ、厨房認定されるのもあたりまえ。 まともな技術系MLで質問しても、言葉遣いは違おうが同じように返されるのが関の山。 まあ、ようするに　コ　ン　ピ　ュ　ー　タ　に　向　い　て　な　い　ということだ。 352 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/08(金) 00:56:09 .net] 藻舞等さわりすぎ。 初っ端の質問からプンプンしてんだから、 黙ってスルーしようぜ。 353 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/06/09(土) 07:42:10 .net] なんだかんだ逝っても >>323 のめせーじ 自体に答え書いてあるわけだし。 354 名前：348 mailto:sage [2007/06/09(土) 07:43:14 .net] あ、>>328 の間違い。俺も逝く。 355 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 00:46:46 .net] imap って、同一アカウントで同時にログインしても良いプロトコルですか？ ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に 負荷分散構成にしちゃって良いものかどうか考え中なのですけど。 356 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 01:03:31 .net] プロトコルの問題じゃなくて実装の問題だろう。 357 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 01:20:59 .net] >>351の言うとおり、実装の問題 uw-imap使ってたころ、メール消失したことある 358 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 02:19:53 .net] Maildir ならOKかも。 359 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 04:04:25 .net] ログインしてメールいじってる時に SMTPがメールボックスいじると消失とかある？ 360 名前：350 mailto:sage [2007/09/05(水) 06:06:58 .net] 言われてみれば確かに実装の問題ですね・・・。 ストレージ上のメール箱にロックファイルとか 作ってくれる鯖もあるっぽいので、そういうので 排他しようかと思います。 >>354 Maildir ならOKかも。 361 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 09:51:39 .net] >>354 「IMAP でログインしてるときに」って意味だよね? それも実装の問題だろう。 でもそんなダメな実装はない、と信じたいなぁ。 362 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/05(水) 10:37:51 .net] imap はプロトコル的に同時ログイン可。それでぶっこわれるのならば実装が悪い。 実際、thunderbird は1クライアントで複数接続する。が、 >ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に >負荷分散構成にしちゃって良いものかどうか考え中なのですけど。 これって同じメールボックスにアクセスする imap サーバが複数あるということ？ さすがにそれは保証できんだろ。外からは同じに見えても内部的には別なんだから、 それはクライアントとサーバの間の問題ではなく、複数のサーバがひとつの メールボックスを同時アクセスするときの制御の問題になる。 別ホストで動いているプロセス間で情報をやりとりする仕組みを備えている 実装でないかぎり（そんな実装があるのかどうか知らん）、 同時ログインしたらぶっこわれる可能性が高い。 >Maildir ならOKかも。 maildir が保証するのはあくまでメールの中身だけ。それ以外の管理情報は 別のところに置く実装が多いので、メールと管理情報の不整合が起きる可能性がある。 たとえば、ファイルの実体がサーバ上に残っていても、もし imap サーバがそれを 認識できなくなったとしたら、ユーザからすればメールが消えたのと同じ。 363 名前：350 mailto:sage [2007/09/05(水) 18:29:45 .net] >imap はプロトコル的に同時ログイン可。 お、そうなんですか。情報ありがとうございます。 >これって同じメールボックスにアクセスする imap サーバが複数あるということ？ はい。ご指摘の通り、異なるホスト間でセッション情報を共有するような ソフトは恐らくないかと思いますｗ　ただ、RDBMS にセッション情報を 置くとか、ファイルシステム上にロック情報を置くとかして代替する ことは出来るかなぁと思ってます。前者は SQL でフラグを参照するように 出来ればいけそうですし、後者は実装済みのものがありそうです。 # どっちもデッドロック発生の可能性を秘めていますが・・・ｗ 364 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/06(木) 01:57:01 .net] つttp://www.dbmail.org/ 365 名前：名無しさん＠お腹いっぱい。 [2007/09/10(月) 00:55:55 .net] 10個のアカウントに一気に接続しようとして、全部ちゃんと接続できることが ほとんどない。こんなものなのかな？ IMAPがこんなものなのか、サーバーがしょぼいのか、メールクライアント （Becky）が負荷高いのか。。 366 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 06:21:07 .net] エスパーの俺が答えるが、それはテスト方法が間違っている。 367 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 07:11:35 .net] >>358 ただし同時アクセス時の"Message State"についてはRFC 4551でやっと規定されたので、そこら辺のインターオペラビリティは芳しくない。 368 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 09:23:04 .net] RFC4551 は同時アクセス時の Messsage State を規定してるんじゃなくて、 同期を簡単に確実に早くする方法を定めている。 IMAP的には、複数クライアントの同時アクセスは保証していない。 2本目が来たときに、2本目を拒否するか、1本目を切断するサーバもある。 369 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 22:38:26 .net] なんかさ、IMAPとかより、RESTful Web Serviceな感じでメールボックスに アクセスしたほうがスケーラブルな感じがしません。Atom Publishing Protocolとか。 あ、そりゃGMailか、今のところFeedだけだけど、AtomPubで操作ができたら最強だよね？ で、AtomPubのdraftを書いてる人がGoogleに転職したみたいだからあり得るよね？ >>216-217 のサポートしない理由ってのスケールしないって所にあるのかも。 スレ違いですまない。次世代のメールプロトコルってことで。 370 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/10(月) 23:41:55 .net] スケールしないんじゃなくて、面倒くさいからだとばかり思ってたよ。 371 名前：名無しさん＠お腹いっぱい。 [2007/09/11(火) 00:15:06 .net] ＩＭＡＰは複雑すぐる。 372 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 00:22:38 .net] 複数マシン複数メーラーで、フォルダや既読管理が便利にできれば、それでいいよ。 373 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 00:24:10 .net] 大量のコネクションをキープし続けスケールさせるってのは面倒くさいですよね。 というかあの規模のユーザ数でそれは現実的に無理かと。 POP3とかHTTPなら繋いで取得したらポンと離れちゃうから… # GMailってcometみたいなHTTP繋ぎっぱしてるんでしたよね？(でも200秒ぐらいで切ってる) スレ違いか 374 名前：もしれないけど、このまま続けて良い？ [] [ここ壊れてます] 375 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 00:39:11 .net] どうせ過疎ってるんだから、このままﾄﾞｿﾞｰ 376 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 00:59:44 .net] >>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 377 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 01:01:09 .net] IMAP じゃないならこっちで。 Internet Mail System 総合スレ 3 pc11.2ch.net/test/read.cgi/unix/1128256415/ 378 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 01:04:53 .net] もう少しでAtomPub(Atom Publishing Protocol)がRFC化される。 AtomPubはブログに限らないWebリソースを出版編集するためのプロトコル。 すでにメールボックスなんてWebメーラが流行ってる通りWebリソース。 IMAPをWebメーラでかぶせるの逆、最初っからWebで取得／操作。 もちろん専用クライアントがないけどね。 でも、実装はメールクライアントにRSS/Atomリーダなんかがくっついてるやつ(Thunderbirdとか)なら そこらへんが応用できるから、IMAPよりシンプルに実装出来そうですよね？？？ 多分2008-2010年ぐらい？のメールアプリ予想。 と、素人が妄想してみました。 379 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 01:05:51 .net] >>371 ごめん。それ知らんかった。ゆるして。 つづき(があるなら)そっちで。 380 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 01:27:48 .net] >>371 なんか雰囲気ちがうっぽいのであっちにも書かないでおく。 頭からながめて行ったら pc11.2ch.net/test/read.cgi/unix/1128256415/187 は俺だったw 「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな？ という意味でIMAPがらみということでゆるして。（なんどもすまん） 381 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 01:46:24 .net] 馴れ合いたいならよそでやってよ。 382 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 09:38:37 .net] それだけの機能でいいのなら、IMAP のサブセットでいいのよ。 それじゃ困ることが山ほどあるから、今のIMAPになったの。 383 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/11(火) 21:32:54 .net] >>375 そう言う訳じゃないけど、ごめんごめん。 >>376 具体的には？ 過疎ってるけどこっちに行ってみるよ。 pc11.2ch.net/test/read.cgi/blog/1101813178/ 384 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/12(水) 09:05:20 .net] お前、IMAPがどんなのだが、全然知らないんだろう？ そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、 いつの間にか IMAP と同じ道を歩むことになるぞ。 385 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/12(水) 14:25:08 .net] キーワード: 非同期 といっても、>>377には理解不能なんだろうな… 386 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/12(水) 22:50:04 .net] IMAPがどうのと言いたかったり、否定しているのではなくて、 ある用途ではRESTfulなWeb Serviceでのメールボックアクセスの方法もアリじゃないの？ と言ってみただけです…。 SOAP vs RESTみたいな話になっちゃうからやめときます。 387 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/13(木) 00:50:03 .net] そんなん今更言わなくてもわかってるって。POPで満足している人もいるわけだし。 だから、その「ある用途」っていうのの定義をだな、しっかりしておけ、 と言っているのだよ。そうしておかないとプロトコルが定まらないよ、と。 388 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/13(木) 00:54:49 .net] とりあえず作ってみ。 そしてスレ違い。 389 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/16(日) 19:20:57 .net] IMAPが来る「次世代」っていつですか？ Webﾒｰﾙｵﾝﾘｰの時代が来たらもうIMAP(=POPｼﾎﾞﾝ)なんだろうか 390 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/16(日) 20:54:19 .net] ハンドヘルドのデバイスでインターネットに常時接続、広帯域で、地下鉄に乗っても 接続が切れることもなく、しかも安価、バッテリー切れにもなかなかならない、 というような時代になればIMAPが来るんじゃないかと思う。 391 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/16(日) 23:25:45 .net] 逆でしょ。そうなったらWebMailが使える、っていう。 LEMONADE でがんばってますよね。 392 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/16(日) 23:38:42 .net] っ Push-IMAP その間にこれを使って欲しいんだ… 393 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/17(月) 00:21:45 .net] 「その間」って、どこの間？ P-IMAP って、IMAPの拡張の1つよね。 394 名前：383 mailto:sage [2007/09/17(月) 09:00:24 .net] 半分燃料、半分ﾏｼﾞでしたｗ 大多数が使ってるプロバメールでIMAP専用って無いよね フリーメールでもUIは専用Web中心でIMAPは無い POP3ではなく敢えてIMAP4を使うなら「メールはサーバに置いて、自分でﾌｫﾙﾀﾞ整理して使う」 形が主だと思うんだけど昨今のアクセスラインの高速化、PC＆サーバHDD容量の拡大などにより 余りアドバンテージが無くなってる希ガス むしろ「IMAPがこの先生き残るには？」とか考えちゃう 今思いつく一般ライトユーザ向けメリットは「サーバでspam分類サービスしてて、それで保留になっ たメールフォルダをあとで自分で確認＆訂正できる」くらい？ 本当にIMAPの時代は来るのだろうか。 395 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/17(月) 10:39:25 .net] 「一般ライトユーザ向け」には必要ないんじゃないの。 電話嫌いで使う必要性も無い人に携帯電話を持たせてもしょうがないとか、 音楽を聴くのが好きじゃない人に携帯オーディオプレイヤーを持たせてもしょうがないとか、 そんなようなもん。 企業ではIMAPとか、IMAPと同様にサーバサイドにメールを抱えるプロプライエタリ製品 （こっちのが断然多いけど）を使ってるところがよくあるよな。 IT投資をあまりやる気がない（仕事の内容や従業員の傾向としてやっても意味がない） ような企業ではPOPを使ってるけど。 396 名前：383 mailto:sage [2007/09/17(月) 11:00:06 .net] でも「POP3に代わる次世代プロトコル」なら一部のプロプラ製品の中でくすぶってる 場合じゃないと思う。 広く受け入れられなくていいんだ、というなら止めませんが・・・ 397 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/18(火) 00:57:11 .net] 「一般ライトユーザ向け」に使われないのは、「サポートが面倒くさい」 ってのが一番だと思いますよ。 関係データベースにアクセスするのにSQLを使うように、 メールストレージにアクセスするのにIMAPを使う、そんなものです。 全員が使わなきゃならないものじゃない。 リレーショナルDBで管理してなくて、表計算ソフトで管理しているデータなんて 山ほどあるでしょ？ 「POP3に代わる次世代プロトコル」という認識が、そもそも間違い。 398 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/18(火) 06:49:13 .net] そりは違うんじゃないの。普通はIMAPのコマンドを直接手で叩いてるわけじゃないんだし。 無理にSQLにたとえるなら、主キーでselectすることとdeleteすることしか出来ないのがPOP、 いろいろ出来るように機能が拡張されているのがIMAP、というところか。 前者しか使わないアプリケーションで何の不満も無く業務をこなしてる人のところに、 後者を使った高機能のアプリケーションを持っていって意味があるか？ 399 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/18(火) 09:43:20 .net] だから、「IMAPはPOPの拡張」って考えるな、と言ってるだろうが。 やろうとしてることが別。 400 名前：名無しさん＠お腹いっぱい。 mailto:sage [2007/09/19(水) 13:44:38 .net] >>393 ｽﾚﾀｲ嫁

---

---

[ 続きを読む ] / [ 携帯版 ]

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