トップページ⇒unix
428コメント133KB

〓〓〓いつまでも次世代 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/
0283名無しさん＠お腹いっぱい。2007/01/10(水) 06:30:21
ついに俺たちの出番だぜ！！

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

まさか携帯に実装するとはな
0284名無しさん＠お腹いっぱい。2007/01/10(水) 09:40:27
携帯っていうのなら、以前からノキアの端末があったと思うが……
0285名無しさん＠お腹いっぱい。2007/01/10(水) 12:04:34
Treo とか。

むしろ、携帯だからこそ IMAP なわけで。本来は。
0286名無しさん＠お腹いっぱい。2007/01/24(水) 07:21:00
本来はそうだけど、転送量とか考えてもモバイル向けには
まったく思えないんだが実際どうなのよ
0287名無しさん＠お腹いっぱい。2007/01/24(水) 11:55:28
FOMA M1000でずっとinboxに貯めっぱなしにして300通ぐらい越えてから
だんだんやばくなってきた。
ので100ぐらいにまで落とした。やっぱキツイと思う。
0288名無しさん＠お腹いっぱい。2007/01/24(水) 20:58:47
モバイル最強は、りなざう等それなりに勝手が出来るデバイスで mutt + isync だな。
・・・わりと間違った方向性な気がするが。
0289名無しさん＠お腹いっぱい。2007/01/29(月) 11:40:36
CentOS4 + courier-imap-4.1.2 でPOP3のみ使っていますが、まれに
RETRの途中でタイムアウトすることがあります。
こんな症状のかたいませんか？

ﾊﾟｹｯﾄｷｬﾌﾟﾁｬしてみると、RETR 1のあと先頭1KB程度(MTUサイズ？)は
データが来るんですが途中で120秒ほど何も来ず、突然また続きのデータ
が来る、という形です。
同セグメントにあるdovecotでは起こりませんのでPOP3サーバが原因と
考えていますが、他に原因が考えられるでしょうか。
0290名無しさん＠お腹いっぱい。2007/03/14(水) 02:42:09
imapの日本語のディレクトリって"&"で始まって"-"で終わるみたいなんですけど
その文字列を日本語に直したい場合どうすればいいですか
url encodeじゃなさそうだし・・・
0291名無しさん＠お腹いっぱい。2007/03/14(水) 10:31:05
Modified UTF-7 って奴です。
rfc2192にサンプルコードが。
0292名無しさん＠お腹いっぱい。2007/03/15(木) 18:34:38
ありがとうございます！
0293名無しさん＠お腹いっぱい。2007/05/04(金) 22:56:15
IMAP4対応のフリーのメールサービス、あるいは有料でも低価格なサービスがあれば教えてください。
0294名無しさん＠お腹いっぱい。2007/05/04(金) 23:12:50
さくらのメールボックス
0295名無しさん＠お腹いっぱい。2007/05/04(金) 23:12:59
>>293
XREA。2400円/年で最大2000MB出し入れ自由。50MBまでならタダ。

俺はXREA（一時蓄積）＋ローカルimapサーバ構築（永久保存倉庫）で落ち着いた。
0296名無しさん＠お腹いっぱい。2007/05/05(土) 21:18:44
>>294 >>295
さんくすです。
さくらのメールボックスは年間１０００円でIMAP4/200MBなんですね。
XREAの無料は、
「 現在、一般向け無料サーバーの募集は行っておりません。 次期募集をお待ち下さい。 」
となってますね。残念です。
0297名無しさん＠お腹いっぱい。2007/05/05(土) 23:07:00
>>296
容量が足りなければ、さくらのレンタルサーバをどうぞ。二週間の試用期間が
あるので、とりあえず申しこんでみるのがよいかと。
0298名無しさん＠お腹いっぱい。2007/05/10(木) 07:54:08
ほとんどの場合、ネットワークにつながってるんなら ssh ログインしてメール見たらいいんで普及しないんかな。特に UNIX 使ってるんなら。
0299名無しさん＠お腹いっぱい。2007/05/11(金) 01:34:13
ほとんどの場合、メールサーバにsshでログインできるようになってるなんて、
初めて見た。
0300名無しさん＠お腹いっぱい。2007/05/11(金) 06:11:42
fetchmailでいつもログオンしてるマシンに取ってくるのがふつ〜。
0301名無しさん＠お腹いっぱい。2007/05/11(金) 09:34:31
POP使ってメール読んでる、ってのと同じことだと思いますけど、それ。
クライアントマシンに保存してたら、肝心なときに役に立たない。
0302名無しさん＠お腹いっぱい。2007/05/12(土) 03:01:53
fetchmailなんてウンコをいまどき使い続けてる奴がいることがオドロキ
0303名無しさん＠お腹いっぱい。2007/05/12(土) 13:22:58
>>302
普通は何使うの？
0304名無しさん＠お腹いっぱい。2007/05/12(土) 16:12:40
わしもそのウンコ使ってるので、素晴らしいものを紹介されたし。
0305名無しさん＠お腹いっぱい。2007/05/12(土) 18:29:52
自分もISPのPOPサーバから自前のIMAPサーバにメールを突っ込むのに
fetchmailを使ってるが、素晴らしいものを教えて欲しいな。
0306名無しさん＠お腹いっぱい。2007/05/13(日) 01:24:27
IMAP(笑)
0307名無しさん＠お腹いっぱい。2007/05/13(日) 09:52:01
fetchmail が IMAP で取って来る、と?
0308名無しさん＠お腹いっぱい。2007/05/13(日) 10:32:48
>>307
どこをどう読めばそうよめるのかわからないが、
fetchmail にはそういう機能もあるよ。
0309名無しさん＠お腹いっぱい。2007/05/13(日) 11:08:17
「IMAP」ってことは、そのプロトコルを使えばいいってことだから、
fetchmail で IMAP でもOKってことでしょ？
fetchmailはダメだと言っているのに、それはおかしい、と。
そういう話。
0310名無しさん＠お腹いっぱい。2007/05/13(日) 12:31:26
>>309
ISP のサーバが IMAP に対応していないから、ISP のサーバから自分のサーバ
に fetchmail でメールを持ってきて、自分のサーバで、IMAP を使うって話じゃ
ないの？？
0311名無しさん＠お腹いっぱい。2007/05/13(日) 18:52:07
多分、 >>306 の理解の仕方の違い。
「fetchmail の代わりに IMAP を薦めてる」のがおかしいと思ったが、
「IMAPを使うなんて(笑)」、ってことか。
0312名無しさん＠お腹いっぱい。2007/05/13(日) 19:39:00
>>303
getmail というのがある。
http://pyropus.ca/software/getmail/

Internet Mail System 総合スレ3 でも出てるけど、
fetchmail は多少注意点があるとのこと。
http://pc11.2ch.net/test/read.cgi/unix/1128256415/81-
0313名無しさん＠お腹いっぱい。2007/05/13(日) 22:21:42
>>312
getmail の優位な店は?
0314名無しさん＠お腹いっぱい。2007/05/14(月) 00:19:39
Secure, flexible, reliable, easy-to-use fetchmail replacement!

らしいですよ。
0315名無しさん＠お腹いっぱい。2007/05/14(月) 17:19:02
俺も getmail に使ってる．
理由は fetchmail では
指定日数以上古いメールだけサーバから消す
ということができなかったから．
0316名無しさん＠お腹いっぱい。2007/05/16(水) 08:55:03
smtpが死んでるとメールがロストか。やばいな。
0317名無しさん＠お腹いっぱい。2007/05/16(水) 19:43:17
RETRしただけで勝手に削除してしまうようなPOPサーバを使ってない人には関係無いし、
SMTPサーバに投げるようなややこしいことをやる必要がない人にはやっぱり関係無いし。
0318名無しさん＠お腹いっぱい。2007/05/17(木) 09:53:09
ゆえに、 fetchmail より getmail の方が優位な点など無い。
0319名無しさん＠お腹いっぱい。2007/05/17(木) 12:03:21
fetchmail の方が優位な点は？
0320名無しさん＠お腹いっぱい。2007/05/17(木) 13:04:05
そんなこと聞いてどうすんだよ？ｗ
0321名無しさん＠お腹いっぱい。2007/05/17(木) 14:54:55
python不要
0322名無しさん＠お腹いっぱい。2007/05/21(月) 02:10:55
レシピ移行すんの面倒くせえから fetchmail でいいや
0323名無しさん＠お腹いっぱい。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

しかしながら認証に失敗します。なぜでしょうか？
0324名無しさん＠お腹いっぱい。2007/06/01(金) 16:06:35
なぜでしょうね
0325名無しさん＠お腹いっぱい。2007/06/01(金) 16:22:49
サーバの設定内容とかクライアントは何を使ってどんな設定かとか、
認証失敗時のログの内容やエラーメッセージとか、
もっと色々と示すことがあるのではないでしょうか？
03263232007/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

よろしくおねがいします。
0327名無しさん＠お腹いっぱい。2007/06/01(金) 23:48:54
>>326
サーバ側のログ見ようよ。
03283232007/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
03293232007/06/02(土) 02:19:21
何度もインストールしていると、起動もしなくなってしまいました。。。
0330名無しさん＠お腹いっぱい。2007/06/02(土) 04:12:57
ファイルシステムあぼーんの悪寒...
03313232007/06/02(土) 05:02:51
なんとか起動までたどり着けました。
しかし認証できず。以下ログ
[Hint: perhaps authdaemond is not running?]
0332名無しさん＠お腹いっぱい。2007/06/02(土) 08:14:18
次の方どうぞ
0333名無しさん＠お腹いっぱい。2007/06/02(土) 11:48:27
中学生レベルの英語をもう一回勉強してこい


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

そのことを一目で判断して、触らないようにするんだ。
0337名無しさん＠お腹いっぱい。2007/06/04(月) 09:05:00
>>335氏に幸せが訪れますように。。。
0338名無しさん＠お腹いっぱい。2007/06/04(月) 18:23:49
>>323-324
ﾜﾛｽ(*ﾟ∀ﾟ)ww

>>325
ﾔｻｼｽ(*´ω`)
0339名無しさん＠お腹いっぱい。2007/06/05(火) 18:15:44
わざわざドキュメントやソース調べてインスコできなかった>>325に幸あれ
0340名無しさん＠お腹いっぱい。2007/06/05(火) 18:17:18
>>325じゃなくて>>335だったｗ

それと、>>336は不幸になりますように。
0341名無しさん＠お腹いっぱい。2007/06/05(火) 18:23:14
>>339=334
お前はもう来なくていいよ。
03423232007/06/06(水) 11:14:22
何かわけわからん逆ギレされてる？
僕がどう解決したか聞きたいの？僕がどう答えようが自由でしょ？
しかも、聞きたいならそれなりの聞き方していただけませんか？

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

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

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

>>336=341さんへ
0343名無しさん＠お腹いっぱい。2007/06/06(水) 11:21:34
でもきっとまた来るんだろうなぁ。
0344名無しさん＠お腹いっぱい。2007/06/06(水) 15:43:41
こぴぺにしてはキレがないなぁ
0345名無しさん＠お腹いっぱい。2007/06/06(水) 21:38:36
必死になって縦で読もうと思ったが、それらしい文章は見つからなかった
0346名無しさん＠お腹いっぱい。2007/06/06(水) 21:55:51
>>328,331あたりのエラーメッセージの意味も理解しようとせず、
2chにただベタ書きしてるようじゃ、厨房認定されるのもあたりまえ。
まともな技術系MLで質問しても、言葉遣いは違おうが同じように返されるのが関の山。

まあ、ようするに　コ　ン　ピ　ュ　ー　タ　に　向　い　て　な　い　ということだ。
0347名無しさん＠お腹いっぱい。2007/06/08(金) 00:56:09
藻舞等さわりすぎ。
初っ端の質問からプンプンしてんだから、
黙ってスルーしようぜ。
0348名無しさん＠お腹いっぱい。2007/06/09(土) 07:42:10
なんだかんだ逝っても >>323 のめせーじ
自体に答え書いてあるわけだし。
03493482007/06/09(土) 07:43:14
あ、>>328 の間違い。俺も逝く。
0350名無しさん＠お腹いっぱい。2007/09/05(水) 00:46:46
imap って、同一アカウントで同時にログインしても良いプロトコルですか？
ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に
負荷分散構成にしちゃって良いものかどうか考え中なのですけど。
0351名無しさん＠お腹いっぱい。2007/09/05(水) 01:03:31
プロトコルの問題じゃなくて実装の問題だろう。
0352名無しさん＠お腹いっぱい。2007/09/05(水) 01:20:59
>>351の言うとおり、実装の問題
uw-imap使ってたころ、メール消失したことある
0353名無しさん＠お腹いっぱい。2007/09/05(水) 02:19:53
Maildir ならOKかも。
0354名無しさん＠お腹いっぱい。2007/09/05(水) 04:04:25
ログインしてメールいじってる時に
SMTPがメールボックスいじると消失とかある？
03553502007/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 サーバがそれを
認識できなくなったとしたら、ユーザからすればメールが消えたのと同じ。
03583502007/09/05(水) 18:29:45
>imap はプロトコル的に同時ログイン可。
お、そうなんですか。情報ありがとうございます。

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

IMAPがこんなものなのか、サーバーがしょぼいのか、メールクライアント
（Becky）が負荷高いのか。。
0361名無しさん＠お腹いっぱい。2007/09/10(月) 06:21:07
エスパーの俺が答えるが、それはテスト方法が間違っている。
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 のサポートしない理由ってのスケールしないって所にあるのかも。
スレ違いですまない。次世代のメールプロトコルってことで。
0365名無しさん＠お腹いっぱい。2007/09/10(月) 23:41:55
スケールしないんじゃなくて、面倒くさいからだとばかり思ってたよ。
0366名無しさん＠お腹いっぱい。2007/09/11(火) 00:15:06
ＩＭＡＰは複雑すぐる。
0367名無しさん＠お腹いっぱい。2007/09/11(火) 00:22:38
複数マシン複数メーラーで、フォルダや既読管理が便利にできれば、それでいいよ。
0368名無しさん＠お腹いっぱい。2007/09/11(火) 00:24:10
大量のコネクションをキープし続けスケールさせるってのは面倒くさいですよね。
というかあの規模のユーザ数でそれは現実的に無理かと。
POP3とかHTTPなら繋いで取得したらポンと離れちゃうから…
# GMailってcometみたいなHTTP繋ぎっぱしてるんでしたよね？(でも200秒ぐらいで切ってる)
スレ違いかもしれないけど、このまま続けて良い？
0369名無しさん＠お腹いっぱい。2007/09/11(火) 00:39:11
どうせ過疎ってるんだから、このままﾄﾞｿﾞｰ
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
0371名無しさん＠お腹いっぱい。2007/09/11(火) 01:01:09
IMAP じゃないならこっちで。

Internet Mail System 総合スレ 3
http://pc11.2ch.net/test/read.cgi/unix/1128256415/
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年ぐらい？のメールアプリ予想。
と、素人が妄想してみました。
0373名無しさん＠お腹いっぱい。2007/09/11(火) 01:05:51
>>371
ごめん。それ知らんかった。ゆるして。
つづき(があるなら)そっちで。
0374名無しさん＠お腹いっぱい。2007/09/11(火) 01:27:48
>>371
なんか雰囲気ちがうっぽいのであっちにも書かないでおく。
頭からながめて行ったら
http://pc11.2ch.net/test/read.cgi/unix/1128256415/187
は俺だったw
「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな？
という意味でIMAPがらみということでゆるして。（なんどもすまん）
0375名無しさん＠お腹いっぱい。2007/09/11(火) 01:46:24
馴れ合いたいならよそでやってよ。
0376名無しさん＠お腹いっぱい。2007/09/11(火) 09:38:37
それだけの機能でいいのなら、IMAP のサブセットでいいのよ。
それじゃ困ることが山ほどあるから、今のIMAPになったの。
0377名無しさん＠お腹いっぱい。2007/09/11(火) 21:32:54
>>375
そう言う訳じゃないけど、ごめんごめん。
>>376
具体的には？

過疎ってるけどこっちに行ってみるよ。
http://pc11.2ch.net/test/read.cgi/blog/1101813178/
0378名無しさん＠お腹いっぱい。2007/09/12(水) 09:05:20
お前、IMAPがどんなのだが、全然知らないんだろう？
そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、
いつの間にか IMAP と同じ道を歩むことになるぞ。
0379名無しさん＠お腹いっぱい。2007/09/12(水) 14:25:08
キーワード: 非同期
といっても、>>377には理解不能なんだろうな…
0380名無しさん＠お腹いっぱい。2007/09/12(水) 22:50:04
IMAPがどうのと言いたかったり、否定しているのではなくて、
ある用途ではRESTfulなWeb Serviceでのメールボックアクセスの方法もアリじゃないの？
と言ってみただけです…。
SOAP vs RESTみたいな話になっちゃうからやめときます。
0381名無しさん＠お腹いっぱい。2007/09/13(木) 00:50:03
そんなん今更言わなくてもわかってるって。POPで満足している人もいるわけだし。
だから、その「ある用途」っていうのの定義をだな、しっかりしておけ、
と言っているのだよ。そうしておかないとプロトコルが定まらないよ、と。
0382名無しさん＠お腹いっぱい。2007/09/13(木) 00:54:49
とりあえず作ってみ。
そしてスレ違い。
0383名無しさん＠お腹いっぱい。2007/09/16(日) 19:20:57
IMAPが来る「次世代」っていつですか？

Webﾒｰﾙｵﾝﾘｰの時代が来たらもうIMAP(=POPｼﾎﾞﾝ)なんだろうか
■ このスレッドは過去ログ倉庫に格納されています