07/06/01 16:06:35 .net
なぜでしょうね
329:名無しさん@お腹いっぱい。
07/06/01 16:22:49 .net
サーバの設定内容とかクライアントは何を使ってどんな設定かとか、
認証失敗時のログの内容やエラーメッセージとか、
もっと色々と示すことがあるのではないでしょうか?
330:323
07/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:名無しさん@お腹いっぱい。
07/06/01 23:48:54 .net
>>326
サーバ側のログ見ようよ。
332:323
07/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
07/06/02 02:19:21 .net
何度もインストールしていると、起動もしなくなってしまいました。。。
334:名無しさん@お腹いっぱい。
07/06/02 04:12:57 .net
ファイルシステムあぼーんの悪寒...
335:323
07/06/02 05:02:51 .net
なんとか起動までたどり着けました。
しかし認証できず。以下ログ
[Hint: perhaps authdaemond is not running?]
336:名無しさん@お腹いっぱい。
07/06/02 08:14:18 .net
次の方どうぞ
337:名無しさん@お腹いっぱい。
07/06/02 11:48:27 .net
中学生レベルの英語をもう一回勉強してこい
こんなとこ?
338:323
07/06/02 18:28:57 .net
>>333
もういいです。解決しました。認証も完璧です。
339:名無しさん@お腹いっぱい。
07/06/02 20:43:38 .net
解決したならどう解決したかくらい書いてくれよ。
わざわざドキュメントやソース調べたり再現させようと同じ手順でインスコしてみた者の身にもなってくれ。
でなきゃ二度と質問するな。死ね。
340:名無しさん@お腹いっぱい。
07/06/03 11:31:02 .net
そんなまともな対応をする人は、こういうどうしようもない質問者に付き合っちゃいけないんだよ。
こういう手合いには、思いつきででたらめな回答を返す奴が相手をするのが適している。
そのことを一目で判断して、触らないようにするんだ。
341:名無しさん@お腹いっぱい。
07/06/04 09:05:00 .net
>>335氏に幸せが訪れますように。。。
342:名無しさん@お腹いっぱい。
07/06/04 18:23:49 .net
343:
344:名無しさん@お腹いっぱい。
07/06/05 18:15:44 .net
わざわざドキュメントやソース調べてインスコできなかった>>325に幸あれ
345:名無しさん@お腹いっぱい。
07/06/05 18:17:18 .net
>>325じゃなくて>>335だったw
それと、>>336は不幸になりますように。
346:名無しさん@お腹いっぱい。
07/06/05 18:23:14 .net
>>339=334
お前はもう来なくていいよ。
347:323
07/06/06 11:14:22 .net
何かわけわからん逆ギレされてる?
僕がどう解決したか聞きたいの?僕がどう答えようが自由でしょ?
しかも、聞きたいならそれなりの聞き方していただけませんか?
こっちだって必死に質問してるのに
こっちの質問無視して「次の方どうぞ」とか「中学生~」
とか言われたら答える気にはなりませんよ。
だから「もういいです。解決しました。」と発言しました。
そのあとだってそう。普通にどう解決したのと聞いてくれたら答えたけど
死ねとか言われて答える気になる?
あまり粘着するのは好きじゃないので、言われた通りもうここへはきません。
だからあなたに会うことも一生ないです。
このコメントにレスは必要ないです(もうこないから)。では失礼します。
>>336=341さんへ
348:名無しさん@お腹いっぱい。
07/06/06 11:21:34 .net
でもきっとまた来るんだろうなぁ。
349:名無しさん@お腹いっぱい。
07/06/06 15:43:41 .net
こぴぺにしてはキレがないなぁ
350:名無しさん@お腹いっぱい。
07/06/06 21:38:36 .net
必死になって縦で読もうと思ったが、それらしい文章は見つからなかった
351:名無しさん@お腹いっぱい。
07/06/06 21:55:51 .net
>>328,331あたりのエラーメッセージの意味も理解しようとせず、
2chにただベタ書きしてるようじゃ、厨房認定されるのもあたりまえ。
まともな技術系MLで質問しても、言葉遣いは違おうが同じように返されるのが関の山。
まあ、ようするに コ ン ピ ュ ー タ に 向 い て な い ということだ。
352:名無しさん@お腹いっぱい。
07/06/08 00:56:09 .net
藻舞等さわりすぎ。
初っ端の質問からプンプンしてんだから、
黙ってスルーしようぜ。
353:名無しさん@お腹いっぱい。
07/06/09 07:42:10 .net
なんだかんだ逝っても >>323 のめせーじ
自体に答え書いてあるわけだし。
354:348
07/06/09 07:43:14 .net
あ、>>328 の間違い。俺も逝く。
355:名無しさん@お腹いっぱい。
07/09/05 00:46:46 .net
imap って、同一アカウントで同時にログインしても良いプロトコルですか?
ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に
負荷分散構成にしちゃって良いものかどうか考え中なのですけど。
356:名無しさん@お腹いっぱい。
07/09/05 01:03:31 .net
プロトコルの問題じゃなくて実装の問題だろう。
357:名無しさん@お腹いっぱい。
07/09/05 01:20:59 .net
>>351の言うとおり、実装の問題
uw-imap使ってたころ、メール消失したことある
358:名無しさん@お腹いっぱい。
07/09/05 02:19:53 .net
Maildir ならOKかも。
359:名無しさん@お腹いっぱい。
07/09/05 04:04:25 .net
ログインしてメールいじってる時に
SMTPがメールボックスいじると消失とかある?
360:350
07/09/05 06:06:58 .net
言われてみれば確かに実装の問題ですね・・・。
ストレージ上のメール箱にロックファイルとか
作ってくれる鯖もあるっぽいので、そういうので
排他しようかと思います。
>>354 Maildir ならOKかも。
361:名無しさん@お腹いっぱい。
07/09/05 09:51:39 .net
>>354
「IMAP でログインしてるときに」って意味だよね?
それも実装の問題だろう。
でもそんなダメな実装はない、と信じたいなぁ。
362:名無しさん@お腹いっぱい。
07/09/05 10:37:51 .net
imap はプロトコル的に同時ログイン可。それでぶっこわれるのならば実装が悪い。
実際、thunderbird は1クライアントで複数接続する。が、
>ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に
>負荷分散構成にしちゃって良いものかどうか考え中なのですけど。
これって同じメールボックスにアクセスする imap サーバが複数あるということ?
さすがにそれは保証できんだろ。外からは同じに見えても内部的には別なんだから、
それはクライアントとサーバの間の問題ではなく、複数のサーバがひとつの
メールボックスを同時アクセスするときの制御の問題になる。
別ホストで動いているプロセス間で情報をやりとりする仕組みを備えている
実装でないかぎり(そんな実装があるのかどうか知らん)、
同時ログインしたらぶっこわれる可能性が高い。
>Maildir ならOKかも。
maildir が保証するのはあくまでメールの中身だけ。それ以外の管理情報は
別のところに置く実装が多いので、メールと管理情報の不整合が起きる可能性がある。
たとえば、ファイルの実体がサーバ上に残っていても、もし imap サーバがそれを
認識できなくなったとしたら、ユーザからすればメールが消えたのと同じ。
363:350
07/09/05 18:29:45 .net
>imap はプロトコル的に同時ログイン可。
お、そうなんですか。情報ありがとうございます。
>これって同じメールボックスにアクセスする imap サーバが複数あるということ?
はい。ご指摘の通り、異なるホスト間でセッション情報を共有するような
ソフトは恐らくないかと思いますw ただ、RDBMS にセッション情報を
置くとか、ファイルシステム上にロック情報を置くとかして代替する
ことは出来るかなぁと思ってます。前者は SQL でフラグを参照するように
出来ればいけそうですし、後者は実装済みのものがありそうです。
# どっちもデッドロック発生の可能性を秘めていますが・・・w
364:名無しさん@お腹いっぱい。
07/09/06 01:57:01 .net
つURLリンク(www.dbmail.org)
365:名無しさん@お腹いっぱい。
07/09/10 00:55:55 .net
10個のアカウントに一気に接続しようとして、全部ちゃんと接続できることが
ほとんどない。こんなものなのかな?
IMAPがこんなものなのか、サーバーがしょぼいのか、メールクライアント
(Becky)が負荷高いのか。。
366:名無しさん@お腹いっぱい。
07/09/10 06:21:07 .net
エスパーの俺が答えるが、それはテスト方法が間違っている。
367:名無しさん@お腹いっぱい。
07/09/10 07:11:35 .net
>>358
ただし同時アクセス時の"Message State"についてはRFC 4551でやっと規定されたので、そこら辺のインターオペラビリティは芳しくない。
368:名無しさん@お腹いっぱい。
07/09/10 09:23:04 .net
RFC4551 は同時アクセス時の Messsage State を規定してるんじゃなくて、
同期を簡単に確実に早くする方法を定めている。
IMAP的には、複数クライアントの同時アクセスは保証していない。
2本目が来たときに、2本目を拒否するか、1本目を切断するサーバもある。
369:名無しさん@お腹いっぱい。
07/09/10 22:38:26 .net
なんかさ、IMAPとかより、RESTful Web Serviceな感じでメールボックスに
アクセスしたほうがスケーラブルな感じがしません。Atom Publishing Protocolとか。
あ、そりゃGMailか、今のところFeedだけだけど、AtomPubで操作ができたら最強だよね?
で、AtomPubのdraftを書いてる人がGoogleに転職したみたいだからあり得るよね?
>>216-217 のサポートしない理由ってのスケールしないって所にあるのかも。
スレ違いですまない。次世代のメールプロトコルってことで。
370:名無しさん@お腹いっぱい。
07/09/10 23:41:55 .net
スケールしないんじゃなくて、面倒くさいからだとばかり思ってたよ。
371:名無しさん@お腹いっぱい。
07/09/11 00:15:06 .net
IMAPは複雑すぐる。
372:名無しさん@お腹いっぱい。
07/09/11 00:22:38 .net
複数マシン複数メーラーで、フォルダや既読管理が便利にできれば、それでいいよ。
373:名無しさん@お腹いっぱい。
07/09/11 00:24:10 .net
大量のコネクションをキープし続けスケールさせるってのは面倒くさいですよね。
というかあの規模のユーザ数でそれは現実的に無理かと。
POP3とかHTTPなら繋いで取得したらポンと離れちゃうから…
# GMailってcometみたいなHTTP繋ぎっぱしてるんでしたよね?(でも200秒ぐらいで切ってる)
スレ違いか
374:もしれないけど、このまま続けて良い?
375:名無しさん@お腹いっぱい。
07/09/11 00:39:11 .net
どうせ過疎ってるんだから、このままドゾー
376:名無しさん@お腹いっぱい。
07/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 ってことでそのうち対応するんじゃないのかな?とか。
URLリンク(code.google.com)
377:名無しさん@お腹いっぱい。
07/09/11 01:01:09 .net
IMAP じゃないならこっちで。
Internet Mail System 総合スレ 3
スレリンク(unix板)
378:名無しさん@お腹いっぱい。
07/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:名無しさん@お腹いっぱい。
07/09/11 01:05:51 .net
>>371
ごめん。それ知らんかった。ゆるして。
つづき(があるなら)そっちで。
380:名無しさん@お腹いっぱい。
07/09/11 01:27:48 .net
>>371
なんか雰囲気ちがうっぽいのであっちにも書かないでおく。
頭からながめて行ったら
スレリンク(unix板:187番)
は俺だったw
「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな?
という意味でIMAPがらみということでゆるして。(なんどもすまん)
381:名無しさん@お腹いっぱい。
07/09/11 01:46:24 .net
馴れ合いたいならよそでやってよ。
382:名無しさん@お腹いっぱい。
07/09/11 09:38:37 .net
それだけの機能でいいのなら、IMAP のサブセットでいいのよ。
それじゃ困ることが山ほどあるから、今のIMAPになったの。
383:名無しさん@お腹いっぱい。
07/09/11 21:32:54 .net
>>375
そう言う訳じゃないけど、ごめんごめん。
>>376
具体的には?
過疎ってるけどこっちに行ってみるよ。
スレリンク(blog板)
384:名無しさん@お腹いっぱい。
07/09/12 09:05:20 .net
お前、IMAPがどんなのだが、全然知らないんだろう?
そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、
いつの間にか IMAP と同じ道を歩むことになるぞ。
385:名無しさん@お腹いっぱい。
07/09/12 14:25:08 .net
キーワード: 非同期
といっても、>>377には理解不能なんだろうな…
386:名無しさん@お腹いっぱい。
07/09/12 22:50:04 .net
IMAPがどうのと言いたかったり、否定しているのではなくて、
ある用途ではRESTfulなWeb Serviceでのメールボックアクセスの方法もアリじゃないの?
と言ってみただけです…。
SOAP vs RESTみたいな話になっちゃうからやめときます。
387:名無しさん@お腹いっぱい。
07/09/13 00:50:03 .net
そんなん今更言わなくてもわかってるって。POPで満足している人もいるわけだし。
だから、その「ある用途」っていうのの定義をだな、しっかりしておけ、
と言っているのだよ。そうしておかないとプロトコルが定まらないよ、と。
388:名無しさん@お腹いっぱい。
07/09/13 00:54:49 .net
とりあえず作ってみ。
そしてスレ違い。
389:名無しさん@お腹いっぱい。
07/09/16 19:20:57 .net
IMAPが来る「次世代」っていつですか?
Webメールオンリーの時代が来たらもうIMAP(=POPシボン)なんだろうか
390:名無しさん@お腹いっぱい。
07/09/16 20:54:19 .net
ハンドヘルドのデバイスでインターネットに常時接続、広帯域で、地下鉄に乗っても
接続が切れることもなく、しかも安価、バッテリー切れにもなかなかならない、
というような時代になればIMAPが来るんじゃないかと思う。
391:名無しさん@お腹いっぱい。
07/09/16 23:25:45 .net
逆でしょ。そうなったらWebMailが使える、っていう。
LEMONADE でがんばってますよね。
392:名無しさん@お腹いっぱい。
07/09/16 23:38:42 .net
っ Push-IMAP
その間にこれを使って欲しいんだ…
393:名無しさん@お腹いっぱい。
07/09/17 00:21:45 .net
「その間」って、どこの間?
P-IMAP って、IMAPの拡張の1つよね。
394:383
07/09/17 09:00:24 .net
半分燃料、半分マジでしたw
大多数が使ってるプロバメールでIMAP専用って無いよね
フリーメールでもUIは専用Web中心でIMAPは無い
POP3ではなく敢えてIMAP4を使うなら「メールはサーバに置いて、自分でフォルダ整理して使う」
形が主だと思うんだけど昨今のアクセスラインの高速化、PC&サーバHDD容量の拡大などにより
余りアドバンテージが無くなってる希ガス
むしろ「IMAPがこの先生き残るには?」とか考えちゃう
今思いつく一般ライトユーザ向けメリットは「サーバでspam分類サービスしてて、それで保留になっ
たメールフォルダをあとで自分で確認&訂正できる」くらい?
本当にIMAPの時代は来るのだろうか。
395:名無しさん@お腹いっぱい。
07/09/17 10:39:25 .net
「一般ライトユーザ向け」には必要ないんじゃないの。
電話嫌いで使う必要性も無い人に携帯電話を持たせてもしょうがないとか、
音楽を聴くのが好きじゃない人に携帯オーディオプレイヤーを持たせてもしょうがないとか、
そんなようなもん。
企業ではIMAPとか、IMAPと同様にサーバサイドにメールを抱えるプロプライエタリ製品
(こっちのが断然多いけど)を使ってるところがよくあるよな。
IT投資をあまりやる気がない(仕事の内容や従業員の傾向としてやっても意味がない)
ような企業ではPOPを使ってるけど。
396:383
07/09/17 11:00:06 .net
でも「POP3に代わる次世代プロトコル」なら一部のプロプラ製品の中でくすぶってる
場合じゃないと思う。
広く受け入れられなくていいんだ、というなら止めませんが・・・
397:名無しさん@お腹いっぱい。
07/09/18 00:57:11 .net
「一般ライトユーザ向け」に使われないのは、「サポートが面倒くさい」
ってのが一番だと思いますよ。
関係データベースにアクセスするのにSQLを使うように、
メールストレージにアクセスするのにIMAPを使う、そんなものです。
全員が使わなきゃならないものじゃない。
リレーショナルDBで管理してなくて、表計算ソフトで管理しているデータなんて
山ほどあるでしょ?
「POP3に代わる次世代プロトコル」という認識が、そもそも間違い。
398:名無しさん@お腹いっぱい。
07/09/18 06:49:13 .net
そりは違うんじゃないの。普通はIMAPのコマンドを直接手で叩いてるわけじゃないんだし。
無理にSQLにたとえるなら、主キーでselectすることとdeleteすることしか出来ないのがPOP、
いろいろ出来るように機能が拡張されているのがIMAP、というところか。
前者しか使わないアプリケーションで何の不満も無く業務をこなしてる人のところに、
後者を使った高機能のアプリケーションを持っていって意味があるか?
399:名無しさん@お腹いっぱい。
07/09/18 09:43:20 .net
だから、「IMAPはPOPの拡張」って考えるな、と言ってるだろうが。
やろうとしてることが別。
400:名無しさん@お腹いっぱい。
07/09/19 13:44:38 .net
>>393
スレタイ嫁
401:名無しさん@お腹いっぱい。
07/09/19 22:32:30 .net
ソレ婿ウ
402:名無しさん@お腹いっぱい。
07/09/22 18:30:18 .net
じゃ、IMAPのドコが次世代なの?
ただのオナニー規格じゃないところを見せて欲しい
403:名無しさん@お腹いっぱい。
07/09/23 09:25:40 .net
逆に聞きたい。
「次世代」って何のこと?逆に言えば「前世代」って何?
404:名無しさん@お腹いっぱい。
07/09/23 12:39:03 .net
>>397
/var/(spool/)mailを直接アクセス☆
405:名無しさん@お腹いっぱい。
07/09/23 14:51:01 .net
直接アクセスしたら、そのスプールの形式は何だよ?とか、
同時アクセスの排他制御はどうするんだよ?とか、
いろいろ面倒なので、スプールにアクセスするプロトコルを規定した。
それだけのこと。
406:名無しさん@お腹いっぱい。
07/09/23 18:13:27 .net
ということは「POP3で必要十分」でFA?
407:名無しさん@お腹いっぱい。
07/09/23 18:19:07 .net
そう思うならPOP使ってればいいじゃない。
408:名無しさん@お腹いっぱい。
07/09/23 18:21:48 .net
サーバ側にフォルダ持てるのと
クライアントからサーバにメールを戻せるのは
便利だと思うけどなぁ。
409:名無しさん@お腹いっぱい。
07/09/23 20:32:12 .net
Unix板で意味も無く煽り調の書き込みをするやつって、だいたいにおいて
一知半解の素人で、相手をしてもしょうがないんだよなあ
410:名無しさん@お腹いっぱい。
07/09/23 23:53:44 .net
>>400
POP3は必要最低な条件は満たしている。
それは「スプールに届いたメールを取り出す」というな。
POP = スプールからメールを取り出すプロトコル
IMAP = スプールのメールを操作するプロトコル
いい加減、理解しろよ。
411:364
07/10/25 20:52:38 .net
先に謝っとく。
GMailがIMAP対応始めたみたいね…
412:名無しさん@お腹いっぱい。
07/10/28 16:49:53 .net
送信はSMTPを使っていますが、IMAPで送信メールも管理することはできないものでしょうか?
413:名無しさん@お腹いっぱい。
07/10/28 17:10:56 .net
IMAP側で特定のメールボックスに「投稿」されたら送信、みたいにすればできる?
HotMailのHTTPMailがそんな仕様だったような(遠い記憶)
414:名無しさん@お腹いっぱい。
07/11/15 20:02:14 .net
uw-imap-2006k が出てるみたい
URLリンク(www.washington.edu)
いつになったら2007になるんだ?
415:名無しさん@お腹いっぱい。
07/11/16 00:14:47 .net
2003も2005もなかったんだから、出ないんじゃないの。
2年に一度、メジャーバージョンアップ。
416:名無しさん@お腹いっぱい。
07/11/16 15:30:03 .net
>>406
Fcc:なんかでimapに放り込めばいいじゃん、という話ではない?
417:名無しさん@お腹いっぱい。
07/11/16 21:53:15 .net
それしちゃうと、2通同じのをサーバに送ることになる、という話ではない?
Courier には、特定のメールボックスにメッセージを置くと、
外に配送される機能があったような。
418:名無しさん@お腹いっぱい。
07/11/17 00:07:14 .net
送信したメールを送信済みフォルダに入れるのはメールクライアントの担当じゃなくて?
おれあんまりIMAP詳しくないから外れてるかも心内。
419:名無しさん@お腹いっぱい。
07/11/17 11:32:28 .net
SMTP と IMAP で全く同じものを2度送るのは無駄ですよね。
SMTPサーバでSenderのところへ自動的にBCCってのも手なのだが、
マルチアカウントになってくると、本当にそれでいいのか、とか。
420:名無しさん@お腹いっぱい。
07/11/17 17:49:56 .net
>>412も言っているけど、MUAでやれよ。
421:名無しさん@お腹いっぱい。
07/11/23 13:29:42 .net
Courier-IMAPでおかしいと思えるところがあった。
A001 COPY 548 INBOX.Trash
* NO Invalid message sequence number: 548
A001 OK COPY completed.
タグなしNOは警告であって、コマンドが成功する場合もあるし、失敗する場合もある。
この場合、明らかにコピーに失敗しているのにタグ付き応答でOKが返ってくる。
コピーに成功したと思ってコピー元を削除するとメール消失になっちゃうよ。
422:名無しさん@お腹いっぱい。
07/11/23 19:21:04 .net
それが Courier くおりてぃ
423:名無しさん@お腹いっぱい。
07/11/24 03:58:04 .net
イマイチよくわからんのだが、メッセージを見る限り、それじゃあ「コピー元」を
削除することも出来そうに見えないが。
424:名無しさん@お腹いっぱい。
07/11/24 12:15:11 .net
>>417
ああ、確かにこれはUID COPYとすべきところを間違えてCOPYにしてたので発見したことなのです。
まぁ、言いたかったことは、仕様ではない動作をしているんじゃないかということです。
425:名無しさん@お腹いっぱい。
07/11/25 00:56:17 .net
1件も成功していないのだからtagged NOを返すべきだろうとは思うけど、
それで実害が生じるケースというのがちょっと思いつかない。
わりとど
426:うでもいいことのような。
427:名無しさん@お腹いっぱい。
08/04/15 23:14:25 .net
いまさらながら Gmail + IMAP を Thunderbird で使ってみた。
このタグベースのフォルダ分けってすごく便利ですね。
すでに溜め込んでいるメールに対して、フィルタの条件を変えたり加えたりするだけで、
そくざにフォルダを作れる。(メールに、メタ情報の属性付け)
POP + MUA だと、フォルダに自動振り分けしても、振り分け済みのメールを別の切り口で
整理したかったら、refile しないといけない。
Gmail IMAP のような、タグベースのフォルダわけができるような imapd ってないですか?
428:名無しさん@お腹いっぱい。
08/04/15 23:15:08 .net
ageちゃいます
429:名無しさん@お腹いっぱい。
08/04/17 08:25:07 .net
>>420
ximapd なんてのもあったけど、開発止まってるね。
430:名無しさん@お腹いっぱい。
08/04/17 09:08:04 .net
>420
良く分かってないんだけど imapd 側でやるの?
MUA でフィルタ適用みたいな機能ってあると思うけど
サーバ側で実装するメリットってどの辺でしょう?
検索とかが(通信コストなしに)サーバ側負担で実施できるとかかな?
431:名無しさん@お腹いっぱい。
08/04/17 10:51:31 .net
SIEVE
432:名無しさん@お腹いっぱい。
08/04/17 14:21:32 .net
みなさんレスどうもありがとうございます。
>>422
日本人の人が作っているんですね。
サイトを見たところ、まだ安定版まで入っていないようですが、
Software Design 2006年2月号 に記事を掲載、とあるので、家にある雑誌を掘り出してみよう。
>>423
サーバ側で、と考えています。
でも自分の望んでいることは、MUA側で
・物理的なメールボックスを持たない
・メールにタグ付けしておき、任意の切り口で、好きなときに閲覧できる
ことができればいいので、ローカルで RDB にメールを突っ込んだりしてもいいことに気がついた。
そういうMUA はいまのところありませんが・・・・(sylpheed +
そういう意味で、imap サーバ側でこういった機能を実装しておけば、
既存の MUA でもメリットを享受できてよいかな、と思いました。
あと、サーバ側に実装するメリットとしては、通信コストもあるけどCPU負荷、I/O負荷の軽減です。
ローカルでビルドとかしているときに、メールの抽出でガリガリいってほしくない。
dbmail ではできないのかな。
433:名無しさん@お腹いっぱい。
08/04/18 01:36:43 .net
IMAP 的には、annotate extension 使って、メッセージにタグを付けておいて、
filter extension でフィルタ条件を覚えておく、って感じかな。
将来的には。まだID。
view とか window extension は亡きものになったんだろうか。
434:名無しさん@お腹いっぱい。
08/06/04 12:44:03 .net
なんでメール変更のコマンドがないんだよ(怒
百歩譲ってAPPEND&削除するとしてもUIDPLUS拡張がないとローカルと対応とれないし。
435:電脳プリオン
11/12/04 18:00:35.74 BE:486489986-2BP(1960).net
>>1のリンク先が見れない
436:電脳プリオン 忍法帖【Lv=40,xxxPT】(2+0:8) 【53.3m】
13/08/12 NY:AN:NY.AN BE:567571878-PLT(12080).net
その3はなさそうだな
437:名無しさん@お腹いっぱい。
13/10/08 15:27:56.21 .net
IMAPも十分広まったもんね
438:名無しさん@お腹いっぱい。
14/11/04 13:40:29.61 .net
___ _
ヽo,´-'─ 、 ♪
r, "~~~~"ヽ
i. ,'ノレノレ!レ〉 ☆ 日本の核(武装)は早急に必須です ☆
__ '!从.゚ ヮ゚ノル 総務省の『憲法改正国民投票法』のURLです。
ゝン〈(つY_i(つ URLリンク(www.soumu.go.jp)
`,.く,§_,_,ゝ,
~i_ンイノ
439:名無しさん@お腹いっぱい。
15/10/10 06:21:50.43 .net
imapfilterで個々のサーバー毎の処理した後、明示的に接続を切断するにはどうしたらいいでしょうか?
440:名無しさん@お腹いっぱい。
17/12/29 10:40:41.62 .net
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
NMAEZENIXV
441:名無しさん@お腹いっぱい。
18/05/22 03:31:08.25 .net
知り合いから教えてもらったパソコン一台でお金持ちになれるやり方
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
CBOGI
442:名無しさん@お腹いっぱい。
24/03/27 20:26:43.99 .net
どういう効果を期待していたというネタが定番やねんけど4コマは不向き
443:名無しさん@お腹いっぱい。
24/03/27 21:03:45.33 .net
あれスポンサーの力舐めんなよ
444:名無しさん@お腹いっぱい。
24/03/27 21:48:53.95 .net
( ゚ ⊇ ゚)チャーラ~ヘッチャラ~
ましてやアスリートだぞ
445:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています