〓〓〓いつまでも次世代 IMAP その2〓〓〓at UNIX
〓〓〓いつまでも次世代 IMAP その2〓〓〓 - 暇つぶし2ch200:名無しさん@お腹いっぱい。
06/05/05 09:26:00
>199
dovecot の doc/* で
kqueue とか notify で grep して
引っ掛からなかったんですが、
どこを見ればいいの?

201:名無しさん@お腹いっぱい。
06/05/05 09:53:10
なんで doc の下だけ見るんだろう…

202:名無しさん@お腹いっぱい。
06/05/05 09:53:41
>>197
IMAPに対応したメールサーバ製品全体から考えれば、
imapdだけってのは少数派なのですけどね。
たいてい、MTA からMDAから何から全てひっくるめて自分で持ってる。


203:191
06/05/05 10:07:59
>>195
その例でいくと、folder1をfolder2の下に移すことができなかった。

「萎えた」といいつつ、Shurikenに乗り換える気になってるので、
もう少し検証してみる。


204:名無しさん@お腹いっぱい。
06/05/05 20:35:10
えと、サーバによっては、そのような階層構造にできない場合がありますが、
その点は大丈夫ですか?
folder1 の下に folder2 を作成することはできるんですよね?


205:名無しさん@お腹いっぱい。
06/05/05 20:46:38
>>202
そこそこ大きな規模の企業等で使ってるメール製品だと、そうかな。

このスレッドには、そういう高級品には手が出ない中小企業や個人が
多いんじゃないかと特に理由も無く思ってたんだが、そうでもないのかな。

206:名無しさん@お腹いっぱい。
06/05/05 23:46:37
>>205
cyrusとかcourierとかのことじゃないの?

207:191
06/05/06 02:45:18
>>204
Thunderbird と Sylpheed から
階層フォルダの作成/移動ができることを確認したよ。

Shuriken も作成はOKなんだけど、
(ちょっと試した範囲では)移動ができなかった。

# さっき実験用の環境ができたので
# ローカルフォルダとは操作が違うとか?
# IMAPサーバをdovecotにしたらどうか?
# とかを試すつもり


208:名無しさん@お腹いっぱい。
06/05/06 04:15:40
>>207
クライアント上では「移動」のようにみえるけど、
実際は新しいフォルダを作り、メールをそこに移動し、
元のフォルダを消しているだけじゃね?

209:名無しさん@お腹いっぱい。
06/05/06 09:18:10
IMAP 的には、フォルダの移動はありますけど、メッセージの移動はありません。
ですんで、その実装だと、Quota にひっかかってフォルダの移動ができないという
なんだか変なことになる可能性があります。


210:名無しさん@お腹いっぱい。
06/05/06 11:12:43
>>207
以前、WinBiff を使って移動していたような記憶がうっすらと……
あてにならない情報でスマンです。

211:名無しさん@お腹いっぱい。
06/05/06 19:08:13
いつまでも次世代ではなく、どうやったら現世代になれるのか!
IMAP信者は普及活動を積極的にすべし!!!


212:名無しさん@お腹いっぱい。
06/05/06 19:53:26
メッセージの移動って、なんで無いんだろうな?

メッセージを削除するときに「ごみ箱に移動させる」という設定ができる
クライアントがよくあるけど、quotaにひっかかるとどうにもならなくなるよなw
移動は「コピー → オリジナルに削除フラグつける → オリジナルの
フォルダでexpunge」というやり方で実装されてるから。

213:名無しさん@お腹いっぱい。
06/05/07 09:44:15
>>211
lemonade もIMAPベースで行ってるから、現世代でもあり、次世代でもある。
別に使いたくない人、必要性を感じない人は使わなくていいんですよ。

>>212
1メールボックス=1ファイルで管理しているサーバの場合、
もし移動コマンドを実装したとしても、内部的にはそのような
動作になるはずだから、障害発生時のことも考えて、
atomic なコマンドに分離されているんではないかと想像する。

削除とQuota の問題は、Trash フォルダだけ別にQuotaをかけたり、
Trashを定期的にクリーニングする運用にすれば、少しはマシ?



214:191
06/05/07 22:54:36
>>191=193=207 です。レス、ありがとう。

結局、Shuriken ではIMAPフォルダの移動はできなかった。
同一階層で名前を変更するのは可能だった。

ユーザ視点で「移動」に見えれば、俺的には十分だったんだけどね。

quotaはかけてないし、IMAPフォルダ間のメール移動はできるから、
Shuriken の機能として「IMAPフォルダの移動」が無いんだと思う。

# そのうち、JustSystemに質問/要望してみる


215:名無しさん@お腹いっぱい。
06/05/13 15:56:27
uw-imapでimapsサーバーをたてています。

PDAからつないで、外出先でみています。

ところで、いつまでもセッションが残ってしまう状態なのですが、
(今みると過去2,3接続分が数日くらいの期間経過後にも
かかわらず、存在しています。)
これは、どこの設定を変えると一定時間でタイムアウトするようになるでしょうか?


216:名無しさん@お腹いっぱい。
06/05/14 11:39:34
GMailをIMAPで読むにはどうしたらいいですか?

217:名無しさん@お腹いっぱい。
06/05/14 11:46:28
URLリンク(mail.google.com)


218:名無しさん@お腹いっぱい。
06/05/17 12:25:11
カワイイ女の子の脳内をIMAPで読むにはどうしたらいいですか?

219:名無しさん@お腹いっぱい。
06/05/17 20:38:55
>>218
カワイイ女の子の中に立てればいいんじゃね?

220:名無しさん@お腹いっぱい。
06/05/17 21:50:10
>>218
外部アクセスを許可させるためには、
まずはポートを空ける作業が必要。

おまえにそれができる自信はあるのか?


221:218
06/05/17 21:56:31
>>220

> telnet カワイイ女の子 143
Trying カワイイ女の子
telnet: connect to host カワイイ女の子: Connection refused


上記のようなエラーメッセージが出たのですがどうやったら解決できますか?

222:名無しさん@お腹いっぱい。
06/05/17 22:01:12
ネタはよそでやれ。

223:名無しさん@お腹いっぱい。
06/05/18 15:27:20
>>222
マッタリしょーや

224:名無しさん@お腹いっぱい。
06/05/18 15:37:14
>>218
一度確立すれば、POP3のように一方通行な通信ではなく、
ポートをたたくだけで常にカワイイ女の子と同期できる。
うまく接続できれば最高な環境だぞ。ガンバレ


225:名無しさん@お腹いっぱい。
06/05/19 03:30:58
>>218
同時に複数からアクセスがあっても泥沼に陥らなくて済みます。負荷はかかるけど。

226:名無しさん@お腹いっぱい。
06/05/19 09:05:57
他のクライアントにメッセージを消されてしまいました

227:名無しさん@お腹いっぱい。
06/05/19 09:48:58
繋がってる間にメッセージをキープしとかなかったのが悪い

228:名無しさん@お腹いっぱい。
06/05/19 12:14:58
IMAPを制する者は女心を制す or 女心を制する者はIMAPを制す

どうりで敷居が高いわけだ


229:名無しさん@お腹いっぱい。
06/05/19 13:53:42
だよなあ。俺はもっとわかりやすくて POP な女の子で全然 +OK 。

230:名無しさん@お腹いっぱい。
06/05/19 14:35:16
そ、それで上手いこと言ったつもりなのっ?!

231:名無しさん@お腹いっぱい。
06/05/19 15:54:41
何か問題でも?

232:229
06/05/20 19:20:09
>>222
俺が流れを断ち切ってやった。感謝すれ。

233:名無しさん@お腹いっぱい。
06/05/26 05:38:56
      ☆ チンチン〃   Λ_Λ   / ̄ ̄ ̄ ̄
        ヽ ___\(\・∀・) < 次のネタまだ~?
マチクタビレタ~ \_/⊂ ⊂_ )   \____
          / ̄ ̄ ̄ ̄ ̄ ̄ /|
       | ̄ ̄ ̄ ̄ ̄ ̄ ̄|  |   マチクタビレタ~

234:名無しさん@お腹いっぱい。
06/05/31 14:33:04
二つの MUA から同時にアクセスして
矛盾する操作を行った場合、
整合性の保証はどのレベルで行われるんですか?
MUA のそれぞれのクライアントレベル?
imap サーバ次第?
それとも imap プロトコルのレベルでそういうことがないよう
保証されてたりするのでしょうか?

235:名無しさん@お腹いっぱい。
06/05/31 20:39:00
rfc2180参照。

236:名無しさん@お腹いっぱい。
06/05/31 21:36:48
どうもありがとうございます。
矛盾する操作をした場合、
rfcでサーバーに許されてる挙動がいくつかあって、
その成功なりエラーなりに応じてクライアントが対応する必要があると
わかりました。

237:名無しさん@お腹いっぱい。
06/06/02 16:39:35
courier-mtaを使っています。

共用メールボックスを作成しているのですが、このメールボックスへの
アドレスは割り振られないのでしょうか?
メッセージを共用メールボックスへ置くには、クライアントからの移動しか
内のでしょうか?

238:名無しさん@お腹いっぱい。
06/06/02 17:06:53
mh とか Maildir って数万のメール溜め込んでも実用になる?

239:名無しさん@お腹いっぱい。
06/06/02 23:15:33
百万メール以上で普通に使われてる

240:名無しさん@お腹いっぱい。
06/06/03 13:35:14
MH はムリっしょ。

241:名無しさん@お腹いっぱい。
06/06/04 11:27:48
MHは無理で Maildirならオケーなのはなんで?

242:名無しさん@お腹いっぱい。
06/06/04 17:35:26
Maildirはなんとか実用になるIMAPサーバの実装が存在するが、
MHの場合には無い。

243:名無しさん@お腹いっぱい。
06/06/04 17:42:03
Courier や dovecot とかの Maildir 対応 IMAP サーバは
DB とか使ってパフォーマンス良くする工夫をしてるみたいだけど、
UW の MH 対応はそこらへん全然気合い入れて実装されてないので厳しいね。

244:名無しさん@お腹いっぱい。
06/06/04 22:54:45
ま、そういう工夫を別に重ねると、両者のMaildirに差が出てきて、
素のMaildirとも違う別々のものになってしまうのだが。

MH対応を気合を入れて、IMAPのフルスペックを効率よく処理できる
ように拡張したとしても、それは素でMHにアクセスする別の何かと
互換性がなくなってしまって、MHを使っている意味がなくなるのだよ。

245:名無しさん@お腹いっぱい。
06/06/04 23:41:11
Maildir や mh のディレクトリそのものに余計なもの入れずに
サーバー側でキャッシュみたいなの作ればいいんじゃないの。

246:名無しさん@お腹いっぱい。
06/06/04 23:51:28
それじゃ何も変わらん。

247:名無しさん@お腹いっぱい。
06/06/05 00:32:23
同時に複数のクライアントが繋ぐことを許容しつつ、
ローカルでMaildir/MHディレクトリに直接アクセスするクライアントもあるから
キャッシュをどのタイミングで更新すればよいか、という問題になる

結局Cyrusのように独自DB/外部DBを使う方がパフォーマンスの面で有利

248:名無しさん@お腹いっぱい。
06/06/30 03:06:43
ショボい相談させて下さい。
procmailで任意のディレクトリに保存させるとファイル名が1,2,3と連番になるじゃないですか。
でもこの保存先がimapフォルダだと、1を読んだ後1:2,Sとかになり、次に来たファイルが2じゃなくもう一回1になり、その1を読むと...ファイルが消えてしまうんですが、どうしたら良いですか?
(それと、Outlook Express等MUAは、タダで消す訳にも行かないからだと思うんですが、同じメールが何回も来ては消えるという動作を繰り返しているようです。)

imapはcourier-imapで、imapフォルダはDBではなくmhです。

249:名無しさん@お腹いっぱい。
06/06/30 03:42:42
courierでMH?

250:248
06/06/30 04:15:21
なるほど(?)、MHとMaildirを混同してました。
逝って来ます。

251:名無しさん@お腹いっぱい。
06/09/29 10:21:57
たまにはageとくよ、imap

252:名無しさん@お腹いっぱい。
06/10/04 16:14:50
OLってIMAPとの相性わるくね?

253:名無しさん@お腹いっぱい。
06/10/04 17:18:02
OLさんと相性よくなりたいっす

でもそれ以前に近くに OL さんがいないっす

254:名無しさん@お腹いっぱい。
06/10/04 23:43:51
40代×イチのOtubone-Ladyならいるが...

255:名無しさん@お腹いっぱい。
06/10/05 01:21:04
俺んところは Old-Lady のみ… 何で事務の
Old-Lady に俺がwordやexcel教えなあかんのや。


256:名無しさん@お腹いっぱい。
06/10/05 11:14:07
Old-Lazy ばっかり

257:名無しさん@お腹いっぱい。
06/10/05 19:02:29
>>252
そうかな?何か気になった点とかある?
以前ちょっと試した感じではとりあえず無難に使えそうかなと思ってたんだけど、
使い方やサーバとの相性によってはそうでもない?

258:名無しさん@お腹いっぱい。
06/10/05 21:43:08
OutLookはまだマシなほうだよ!

259:名無しさん@お腹いっぱい。
06/10/05 21:52:42
mua って乗り換えることないからそのへんの事情ってよく知らないけど、
imap だとダメダメなクライアントってまだ結構あるのかね。


260:名無しさん@お腹いっぱい。
06/10/06 07:38:49
>>259
昔、BeckyのIMAP実装が単にサーバ側でフォルダ分けされているPOPサーバ的にしか
扱っていないとさんざいわれていたけど、今は改善したのかな?

Thunderbirdの開いたフォルダの分、コネクションを別個に張りっぱなしとかいうのも
さんざいわれていたけど、これもどうなったんだろ?


261:名無しさん@お腹いっぱい。
06/10/06 12:22:15
>>260
あー、後者はなんか聞いたことあるなあ。どうなんだろね。

262:名無しさん@お腹いっぱい。
06/10/07 09:09:51
>>257
OLとcourier使ってるんだけど、起動時のレスポンスの悪さ、タイムアウトの判定待ち、
メッセージ取得までのラグ、フォルダの追加ができない(他のmuaで一度追加しておくと成功)
この辺かなぁ。

263:名無しさん@お腹いっぱい。
06/12/24 16:50:44
今まで、
ISP pop server -> local pop server -> mew(apop)
という構成だったのですが、これを
ISP pop server -> local imap server -> mew(imap)
にしたいと思ってます。

ISP pop server -> local imap server
の部分は、fetchmail 等で何とかなりそうなんですが、
今までmew(pop)で貯めてきたメールを local imap server 上に移す方法が分かりません。
何か良い方法ありませんか?


264:名無しさん@お腹いっぱい。
06/12/26 07:47:05
MH形式を読めて、IMAP使えるメイラ(sylpheedとか)でシコシコ移す


265:名無しさん@お腹いっぱい。
06/12/26 09:50:26
Mewは、ローカル→IMAPサーバへのメッセージの移動はできないの?


266:名無しさん@お腹いっぱい。
06/12/26 10:09:44
移動だけ別のメーラでやってもいいし。

267:263
06/12/26 10:11:01
レスありがとうございます。よかった、まだここ人いたんですね。。

>>264
その手は考えてませんでした。一括でできるならそれもありですね。

>>265
多分出来ないと思うのです。mewでできるのが最善なのでちょっと試してみます。

何がしかのツールで一発ってのが理想なんですが、そううまくはいきませんね。。






268:名無しさん@お腹いっぱい。
06/12/26 10:12:53
同じような状況で、OLでimap鯖に移動できた、って思ったら、
単なるローカルのファイルを読んでいただけにすぎず、OSの入れ直しに伴って
メールが消えたとかいう思い出が。

269:名無しさん@お腹いっぱい。
06/12/26 10:55:50
>>267
IMAP サーバの実装にもよると思うけど、
直接 IMAP サーバの保存形式に変換するツールがある場合も。
IMAP サーバは何使ってんの?

270:263
06/12/26 18:08:22
>>269
いえ、これから構築するので、逆に何でも良いです。
Linux(Vine4)にパケジがあるのがベターですが、
特にこだわりないのでお勧めあれば是非教えてください。


271:hage
06/12/26 22:13:06
>>270
無難にCourier

272:名無しさん@お腹いっぱい。
06/12/26 22:32:14
無難なのはuwでそ

273:263
06/12/27 09:53:23
レスサンクスです。
とりあえずuw、Courierで移行ツールが無いか調べてみます。



274:名無しさん@お腹いっぱい。
06/12/27 10:47:05
uw なら MH フォルダ読めるからコピーするだけだよ。

275:名無しさん@お腹いっぱい。
06/12/27 11:05:27
Courier とかの Maildir な IMAP サーバなら
「IMAP MH Maildir 変換」あたりでぐぐると良いかも。

Cyrus だと以前かずさんが変換スクリプトを書いてたと思うんだけど、見つからねー。

276:名無しさん@お腹いっぱい。
06/12/27 21:20:37
Mailフォルダから mboxにpackfで変換しておけば、
後は適当に食わせられるでしょ。

277:*core*
06/12/29 12:12:39
なんで、これ使わないのかわからん。

M-x mew-summary-from-local-to-imap


278:名無しさん@お腹いっぱい。
06/12/29 16:39:01
Mew 使ってないので知らんかったが、まぁ、普通は出来るわなあ。

279:名無しさん@お腹いっぱい。
06/12/29 17:09:02
やる前に聞いてしまうのだが、それってフォルダ単位でも可能なの?


280:*core*
06/12/29 18:06:27
指定した階層以下だな。

281:263
07/01/03 17:49:43
みなさんどうもでした。新年早々に環境構築して、277 さん提案の
M-x mew-summary-from-local-to-imap
にて、シコシコ移すという方法で無事移行できました。
マシンパワーが非力でかなり時間はかかりましたが確実な方法でした。

ちなみに IMAP サーバは dovecot を利用しましたが、特にはまることもありませんでした。


282:名無しさん@お腹いっぱい。
07/01/04 23:20:41
自分もおんなじようなことしたけど、
uw-imapでMHフォルダそのまま読ませて、
MUA上で新しくフォルダ(mbox)作って
MHのフォルダからコピーしただけでできた。

MHのままでもよかったんだけど、MHだと妙に動作が遅くて。

283:名無しさん@お腹いっぱい。
07/01/10 06:30:21
ついに俺たちの出番だぜ!!

URLリンク(www.blogsmithmedia.com)
URLリンク(www.blogsmithmedia.com)
URLリンク(www.blogsmithmedia.com)
URLリンク(www.blogsmithmedia.com)
URLリンク(www.blogsmithmedia.com)

まさか携帯に実装するとはな


284:名無しさん@お腹いっぱい。
07/01/10 09:40:27
携帯っていうのなら、以前からノキアの端末があったと思うが……

285:名無しさん@お腹いっぱい。
07/01/10 12:04:34
Treo とか。

むしろ、携帯だからこそ IMAP なわけで。本来は。

286:名無しさん@お腹いっぱい。
07/01/24 07:21:00
本来はそうだけど、転送量とか考えてもモバイル向けには
まったく思えないんだが実際どうなのよ

287:名無しさん@お腹いっぱい。
07/01/24 11:55:28
FOMA M1000でずっとinboxに貯めっぱなしにして300通ぐらい越えてから
だんだんやばくなってきた。
ので100ぐらいにまで落とした。やっぱキツイと思う。


288:名無しさん@お腹いっぱい。
07/01/24 20:58:47
モバイル最強は、りなざう等それなりに勝手が出来るデバイスで mutt + isync だな。
・・・わりと間違った方向性な気がするが。

289:名無しさん@お腹いっぱい。
07/01/29 11:40:36
CentOS4 + courier-imap-4.1.2 でPOP3のみ使っていますが、まれに
RETRの途中でタイムアウトすることがあります。
こんな症状のかたいませんか?

パケットキャプチャしてみると、RETR 1のあと先頭1KB程度(MTUサイズ?)は
データが来るんですが途中で120秒ほど何も来ず、突然また続きのデータ
が来る、という形です。
同セグメントにあるdovecotでは起こりませんのでPOP3サーバが原因と
考えていますが、他に原因が考えられるでしょうか。

290:名無しさん@お腹いっぱい。
07/03/14 02:42:09
imapの日本語のディレクトリって"&"で始まって"-"で終わるみたいなんですけど
その文字列を日本語に直したい場合どうすればいいですか
url encodeじゃなさそうだし・・・

291:名無しさん@お腹いっぱい。
07/03/14 10:31:05
Modified UTF-7 って奴です。
rfc2192にサンプルコードが。

292:名無しさん@お腹いっぱい。
07/03/15 18:34:38
ありがとうございます!

293:名無しさん@お腹いっぱい。
07/05/04 22:56:15
IMAP4対応のフリーのメールサービス、あるいは有料でも低価格なサービスがあれば教えてください。


294:名無しさん@お腹いっぱい。
07/05/04 23:12:50
さくらのメールボックス

295:名無しさん@お腹いっぱい。
07/05/04 23:12:59
>>293
XREA。2400円/年で最大2000MB出し入れ自由。50MBまでならタダ。

俺はXREA(一時蓄積)+ローカルimapサーバ構築(永久保存倉庫)で落ち着いた。

296:名無しさん@お腹いっぱい。
07/05/05 21:18:44
>>294 >>295
さんくすです。
さくらのメールボックスは年間1000円でIMAP4/200MBなんですね。
XREAの無料は、
「 現在、一般向け無料サーバーの募集は行っておりません。 次期募集をお待ち下さい。 」
となってますね。残念です。


297:名無しさん@お腹いっぱい。
07/05/05 23:07:00
>>296
容量が足りなければ、さくらのレンタルサーバをどうぞ。二週間の試用期間が
あるので、とりあえず申しこんでみるのがよいかと。


298:名無しさん@お腹いっぱい。
07/05/10 07:54:08
ほとんどの場合、ネットワークにつながってるんなら ssh ログインしてメール見たらいいんで普及しないんかな。特に UNIX 使ってるんなら。

299:名無しさん@お腹いっぱい。
07/05/11 01:34:13
ほとんどの場合、メールサーバにsshでログインできるようになってるなんて、
初めて見た。


300:名無しさん@お腹いっぱい。
07/05/11 06:11:42
fetchmailでいつもログオンしてるマシンに取ってくるのがふつ~。

301:名無しさん@お腹いっぱい。
07/05/11 09:34:31
POP使ってメール読んでる、ってのと同じことだと思いますけど、それ。
クライアントマシンに保存してたら、肝心なときに役に立たない。

302:名無しさん@お腹いっぱい。
07/05/12 03:01:53
fetchmailなんてウンコをいまどき使い続けてる奴がいることがオドロキ

303:名無しさん@お腹いっぱい。
07/05/12 13:22:58
>>302
普通は何使うの?

304:名無しさん@お腹いっぱい。
07/05/12 16:12:40
わしもそのウンコ使ってるので、素晴らしいものを紹介されたし。

305:名無しさん@お腹いっぱい。
07/05/12 18:29:52
自分もISPのPOPサーバから自前のIMAPサーバにメールを突っ込むのに
fetchmailを使ってるが、素晴らしいものを教えて欲しいな。

306:名無しさん@お腹いっぱい。
07/05/13 01:24:27
IMAP(笑)

307:名無しさん@お腹いっぱい。
07/05/13 09:52:01
fetchmail が IMAP で取って来る、と?


308:名無しさん@お腹いっぱい。
07/05/13 10:32:48
>>307
どこをどう読めばそうよめるのかわからないが、
fetchmail にはそういう機能もあるよ。

309:名無しさん@お腹いっぱい。
07/05/13 11:08:17
「IMAP」ってことは、そのプロトコルを使えばいいってことだから、
fetchmail で IMAP でもOKってことでしょ?
fetchmailはダメだと言っているのに、それはおかしい、と。
そういう話。

310:名無しさん@お腹いっぱい。
07/05/13 12:31:26
>>309
ISP のサーバが IMAP に対応していないから、ISP のサーバから自分のサーバ
に fetchmail でメールを持ってきて、自分のサーバで、IMAP を使うって話じゃ
ないの??


311:名無しさん@お腹いっぱい。
07/05/13 18:52:07
多分、 >>306 の理解の仕方の違い。
「fetchmail の代わりに IMAP を薦めてる」のがおかしいと思ったが、
「IMAPを使うなんて(笑)」、ってことか。


312:名無しさん@お腹いっぱい。
07/05/13 19:39:00
>>303
getmail というのがある。
URLリンク(pyropus.ca)

Internet Mail System 総合スレ3 でも出てるけど、
fetchmail は多少注意点があるとのこと。
スレリンク(unix板:81-番)

313:名無しさん@お腹いっぱい。
07/05/13 22:21:42
>>312
getmail の優位な店は?

314:名無しさん@お腹いっぱい。
07/05/14 00:19:39
Secure, flexible, reliable, easy-to-use fetchmail replacement!

らしいですよ。

315:名無しさん@お腹いっぱい。
07/05/14 17:19:02
俺も getmail に使ってる.
理由は fetchmail では
指定日数以上古いメールだけサーバから消す
ということができなかったから.


316:名無しさん@お腹いっぱい。
07/05/16 08:55:03
smtpが死んでるとメールがロストか。やばいな。

317:名無しさん@お腹いっぱい。
07/05/16 19:43:17
RETRしただけで勝手に削除してしまうようなPOPサーバを使ってない人には関係無いし、
SMTPサーバに投げるようなややこしいことをやる必要がない人にはやっぱり関係無いし。

318:名無しさん@お腹いっぱい。
07/05/17 09:53:09
ゆえに、 fetchmail より getmail の方が優位な点など無い。

319:名無しさん@お腹いっぱい。
07/05/17 12:03:21
fetchmail の方が優位な点は?

320:名無しさん@お腹いっぱい。
07/05/17 13:04:05
そんなこと聞いてどうすんだよ?w

321:名無しさん@お腹いっぱい。
07/05/17 14:54:55
python不要

322:名無しさん@お腹いっぱい。
07/05/21 02:10:55
レシピ移行すんの面倒くせえから fetchmail でいいや

323:名無しさん@お腹いっぱい。
07/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:名無しさん@お腹いっぱい。
07/06/01 16:06:35
なぜでしょうね

325:名無しさん@お腹いっぱい。
07/06/01 16:22:49
サーバの設定内容とかクライアントは何を使ってどんな設定かとか、
認証失敗時のログの内容やエラーメッセージとか、
もっと色々と示すことがあるのではないでしょうか?

326:323
07/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:名無しさん@お腹いっぱい。
07/06/01 23:48:54
>>326
サーバ側のログ見ようよ。

328:323
07/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
07/06/02 02:19:21
何度もインストールしていると、起動もしなくなってしまいました。。。

330:名無しさん@お腹いっぱい。
07/06/02 04:12:57
ファイルシステムあぼーんの悪寒...

331:323
07/06/02 05:02:51
なんとか起動までたどり着けました。
しかし認証できず。以下ログ
[Hint: perhaps authdaemond is not running?]

332:名無しさん@お腹いっぱい。
07/06/02 08:14:18
次の方どうぞ

333:名無しさん@お腹いっぱい。
07/06/02 11:48:27
中学生レベルの英語をもう一回勉強してこい


こんなとこ?

334:323
07/06/02 18:28:57
>>333
もういいです。解決しました。認証も完璧です。

335:名無しさん@お腹いっぱい。
07/06/02 20:43:38
解決したならどう解決したかくらい書いてくれよ。
わざわざドキュメントやソース調べたり再現させようと同じ手順でインスコしてみた者の身にもなってくれ。
でなきゃ二度と質問するな。死ね。

336:名無しさん@お腹いっぱい。
07/06/03 11:31:02
そんなまともな対応をする人は、こういうどうしようもない質問者に付き合っちゃいけないんだよ。
こういう手合いには、思いつきででたらめな回答を返す奴が相手をするのが適している。

そのことを一目で判断して、触らないようにするんだ。

337:名無しさん@お腹いっぱい。
07/06/04 09:05:00
>>335氏に幸せが訪れますように。。。

338:名無しさん@お腹いっぱい。
07/06/04 18:23:49
>>323-324
ワロス(*゚∀゚)ww

>>325
ヤサシス(*´ω`)

339:名無しさん@お腹いっぱい。
07/06/05 18:15:44
わざわざドキュメントやソース調べてインスコできなかった>>325に幸あれ

340:名無しさん@お腹いっぱい。
07/06/05 18:17:18
>>325じゃなくて>>335だったw

それと、>>336は不幸になりますように。

341:名無しさん@お腹いっぱい。
07/06/05 18:23:14
>>339=334
お前はもう来なくていいよ。

342:323
07/06/06 11:14:22
何かわけわからん逆ギレされてる?
僕がどう解決したか聞きたいの?僕がどう答えようが自由でしょ?
しかも、聞きたいならそれなりの聞き方していただけませんか?

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

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

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

>>336=341さんへ

343:名無しさん@お腹いっぱい。
07/06/06 11:21:34
でもきっとまた来るんだろうなぁ。

344:名無しさん@お腹いっぱい。
07/06/06 15:43:41
こぴぺにしてはキレがないなぁ

345:名無しさん@お腹いっぱい。
07/06/06 21:38:36
必死になって縦で読もうと思ったが、それらしい文章は見つからなかった

346:名無しさん@お腹いっぱい。
07/06/06 21:55:51
>>328,331あたりのエラーメッセージの意味も理解しようとせず、
2chにただベタ書きしてるようじゃ、厨房認定されるのもあたりまえ。
まともな技術系MLで質問しても、言葉遣いは違おうが同じように返されるのが関の山。

まあ、ようするに コ ン ピ ュ ー タ に 向 い て な い ということだ。


347:名無しさん@お腹いっぱい。
07/06/08 00:56:09
藻舞等さわりすぎ。
初っ端の質問からプンプンしてんだから、
黙ってスルーしようぜ。

348:名無しさん@お腹いっぱい。
07/06/09 07:42:10
なんだかんだ逝っても >>323 のめせーじ
自体に答え書いてあるわけだし。

349:348
07/06/09 07:43:14
あ、>>328 の間違い。俺も逝く。

350:名無しさん@お腹いっぱい。
07/09/05 00:46:46
imap って、同一アカウントで同時にログインしても良いプロトコルですか?
ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に
負荷分散構成にしちゃって良いものかどうか考え中なのですけど。


351:名無しさん@お腹いっぱい。
07/09/05 01:03:31
プロトコルの問題じゃなくて実装の問題だろう。

352:名無しさん@お腹いっぱい。
07/09/05 01:20:59
>>351の言うとおり、実装の問題
uw-imap使ってたころ、メール消失したことある

353:名無しさん@お腹いっぱい。
07/09/05 02:19:53
Maildir ならOKかも。

354:名無しさん@お腹いっぱい。
07/09/05 04:04:25
ログインしてメールいじってる時に
SMTPがメールボックスいじると消失とかある?

355:350
07/09/05 06:06:58
言われてみれば確かに実装の問題ですね・・・。

ストレージ上のメール箱にロックファイルとか
作ってくれる鯖もあるっぽいので、そういうので
排他しようかと思います。

>>354 Maildir ならOKかも。

356:名無しさん@お腹いっぱい。
07/09/05 09:51:39
>>354
「IMAP でログインしてるときに」って意味だよね?
それも実装の問題だろう。
でもそんなダメな実装はない、と信じたいなぁ。

357:名無しさん@お腹いっぱい。
07/09/05 10:37:51
imap はプロトコル的に同時ログイン可。それでぶっこわれるのならば実装が悪い。
実際、thunderbird は1クライアントで複数接続する。が、

>ストレージは外部に一元化させて、フロントの imap 鯖を LB とかで単純に
>負荷分散構成にしちゃって良いものかどうか考え中なのですけど。

これって同じメールボックスにアクセスする imap サーバが複数あるということ?
さすがにそれは保証できんだろ。外からは同じに見えても内部的には別なんだから、
それはクライアントとサーバの間の問題ではなく、複数のサーバがひとつの
メールボックスを同時アクセスするときの制御の問題になる。
別ホストで動いているプロセス間で情報をやりとりする仕組みを備えている
実装でないかぎり(そんな実装があるのかどうか知らん)、
同時ログインしたらぶっこわれる可能性が高い。

>Maildir ならOKかも。

maildir が保証するのはあくまでメールの中身だけ。それ以外の管理情報は
別のところに置く実装が多いので、メールと管理情報の不整合が起きる可能性がある。
たとえば、ファイルの実体がサーバ上に残っていても、もし imap サーバがそれを
認識できなくなったとしたら、ユーザからすればメールが消えたのと同じ。


358:350
07/09/05 18:29:45
>imap はプロトコル的に同時ログイン可。
お、そうなんですか。情報ありがとうございます。

>これって同じメールボックスにアクセスする imap サーバが複数あるということ?
はい。ご指摘の通り、異なるホスト間でセッション情報を共有するような
ソフトは恐らくないかと思いますw ただ、RDBMS にセッション情報を
置くとか、ファイルシステム上にロック情報を置くとかして代替する
ことは出来るかなぁと思ってます。前者は SQL でフラグを参照するように
出来ればいけそうですし、後者は実装済みのものがありそうです。
# どっちもデッドロック発生の可能性を秘めていますが・・・w


359:名無しさん@お腹いっぱい。
07/09/06 01:57:01
URLリンク(www.dbmail.org)


360:名無しさん@お腹いっぱい。
07/09/10 00:55:55
10個のアカウントに一気に接続しようとして、全部ちゃんと接続できることが
ほとんどない。こんなものなのかな?

IMAPがこんなものなのか、サーバーがしょぼいのか、メールクライアント
(Becky)が負荷高いのか。。

361:名無しさん@お腹いっぱい。
07/09/10 06:21:07
エスパーの俺が答えるが、それはテスト方法が間違っている。

362:名無しさん@お腹いっぱい。
07/09/10 07:11:35
>>358
ただし同時アクセス時の"Message State"についてはRFC 4551でやっと規定されたので、そこら辺のインターオペラビリティは芳しくない。

363:名無しさん@お腹いっぱい。
07/09/10 09:23:04
RFC4551 は同時アクセス時の Messsage State を規定してるんじゃなくて、
同期を簡単に確実に早くする方法を定めている。

IMAP的には、複数クライアントの同時アクセスは保証していない。
2本目が来たときに、2本目を拒否するか、1本目を切断するサーバもある。


364:名無しさん@お腹いっぱい。
07/09/10 22:38:26
なんかさ、IMAPとかより、RESTful Web Serviceな感じでメールボックスに
アクセスしたほうがスケーラブルな感じがしません。Atom Publishing Protocolとか。
あ、そりゃGMailか、今のところFeedだけだけど、AtomPubで操作ができたら最強だよね?
で、AtomPubのdraftを書いてる人がGoogleに転職したみたいだからあり得るよね?
>>216-217 のサポートしない理由ってのスケールしないって所にあるのかも。
スレ違いですまない。次世代のメールプロトコルってことで。

365:名無しさん@お腹いっぱい。
07/09/10 23:41:55
スケールしないんじゃなくて、面倒くさいからだとばかり思ってたよ。


366:名無しさん@お腹いっぱい。
07/09/11 00:15:06
IMAPは複雑すぐる。

367:名無しさん@お腹いっぱい。
07/09/11 00:22:38
複数マシン複数メーラーで、フォルダや既読管理が便利にできれば、それでいいよ。

368:名無しさん@お腹いっぱい。
07/09/11 00:24:10
大量のコネクションをキープし続けスケールさせるってのは面倒くさいですよね。
というかあの規模のユーザ数でそれは現実的に無理かと。
POP3とかHTTPなら繋いで取得したらポンと離れちゃうから…
# GMailってcometみたいなHTTP繋ぎっぱしてるんでしたよね?(でも200秒ぐらいで切ってる)
スレ違いかもしれないけど、このまま続けて良い?

369:名無しさん@お腹いっぱい。
07/09/11 00:39:11
どうせ過疎ってるんだから、このままドゾー

370:名無しさん@お腹いっぱい。
07/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 ってことでそのうち対応するんじゃないのかな?とか。
URLリンク(code.google.com)

371:名無しさん@お腹いっぱい。
07/09/11 01:01:09
IMAP じゃないならこっちで。

Internet Mail System 総合スレ 3
スレリンク(unix板)

372:名無しさん@お腹いっぱい。
07/09/11 01:04:53
もう少しでAtomPub(Atom Publishing Protocol)がRFC化される。
AtomPubはブログに限らないWebリソースを出版編集するためのプロトコル。
すでにメールボックスなんてWebメーラが流行ってる通りWebリソース。
IMAPをWebメーラでかぶせるの逆、最初っからWebで取得/操作。

もちろん専用クライアントがないけどね。
でも、実装はメールクライアントにRSS/Atomリーダなんかがくっついてるやつ(Thunderbirdとか)なら
そこらへんが応用できるから、IMAPよりシンプルに実装出来そうですよね???

多分2008-2010年ぐらい?のメールアプリ予想。
と、素人が妄想してみました。

373:名無しさん@お腹いっぱい。
07/09/11 01:05:51
>>371
ごめん。それ知らんかった。ゆるして。
つづき(があるなら)そっちで。

374:名無しさん@お腹いっぱい。
07/09/11 01:27:48
>>371
なんか雰囲気ちがうっぽいのであっちにも書かないでおく。
頭からながめて行ったら
スレリンク(unix板:187番)
は俺だったw
「いつまでも次世代IMAP」だと思ってたらWebベースのプロトコルが流行っちゃうんじゃないかな?
という意味でIMAPがらみということでゆるして。(なんどもすまん)

375:名無しさん@お腹いっぱい。
07/09/11 01:46:24
馴れ合いたいならよそでやってよ。

376:名無しさん@お腹いっぱい。
07/09/11 09:38:37
それだけの機能でいいのなら、IMAP のサブセットでいいのよ。
それじゃ困ることが山ほどあるから、今のIMAPになったの。


377:名無しさん@お腹いっぱい。
07/09/11 21:32:54
>>375
そう言う訳じゃないけど、ごめんごめん。
>>376
具体的には?

過疎ってるけどこっちに行ってみるよ。
スレリンク(blog板)

378:名無しさん@お腹いっぱい。
07/09/12 09:05:20
お前、IMAPがどんなのだが、全然知らないんだろう?
そこをちゃんと分析しておかないと、簡単なプロトコルを作ったつもりが、
いつの間にか IMAP と同じ道を歩むことになるぞ。


379:名無しさん@お腹いっぱい。
07/09/12 14:25:08
キーワード: 非同期
といっても、>>377には理解不能なんだろうな…

380:名無しさん@お腹いっぱい。
07/09/12 22:50:04
IMAPがどうのと言いたかったり、否定しているのではなくて、
ある用途ではRESTfulなWeb Serviceでのメールボックアクセスの方法もアリじゃないの?
と言ってみただけです…。
SOAP vs RESTみたいな話になっちゃうからやめときます。

381:名無しさん@お腹いっぱい。
07/09/13 00:50:03
そんなん今更言わなくてもわかってるって。POPで満足している人もいるわけだし。
だから、その「ある用途」っていうのの定義をだな、しっかりしておけ、
と言っているのだよ。そうしておかないとプロトコルが定まらないよ、と。


382:名無しさん@お腹いっぱい。
07/09/13 00:54:49
とりあえず作ってみ。
そしてスレ違い。

383:名無しさん@お腹いっぱい。
07/09/16 19:20:57
IMAPが来る「次世代」っていつですか?

Webメールオンリーの時代が来たらもうIMAP(=POPシボン)なんだろうか

384:名無しさん@お腹いっぱい。
07/09/16 20:54:19
ハンドヘルドのデバイスでインターネットに常時接続、広帯域で、地下鉄に乗っても
接続が切れることもなく、しかも安価、バッテリー切れにもなかなかならない、
というような時代になればIMAPが来るんじゃないかと思う。

385:名無しさん@お腹いっぱい。
07/09/16 23:25:45
逆でしょ。そうなったらWebMailが使える、っていう。
LEMONADE でがんばってますよね。


386:名無しさん@お腹いっぱい。
07/09/16 23:38:42
っ Push-IMAP
その間にこれを使って欲しいんだ…

387:名無しさん@お腹いっぱい。
07/09/17 00:21:45
「その間」って、どこの間?
P-IMAP って、IMAPの拡張の1つよね。


388:383
07/09/17 09:00:24
半分燃料、半分マジでしたw

大多数が使ってるプロバメールでIMAP専用って無いよね
フリーメールでもUIは専用Web中心でIMAPは無い

POP3ではなく敢えてIMAP4を使うなら「メールはサーバに置いて、自分でフォルダ整理して使う」
形が主だと思うんだけど昨今のアクセスラインの高速化、PC&サーバHDD容量の拡大などにより
余りアドバンテージが無くなってる希ガス
むしろ「IMAPがこの先生き残るには?」とか考えちゃう

今思いつく一般ライトユーザ向けメリットは「サーバでspam分類サービスしてて、それで保留になっ
たメールフォルダをあとで自分で確認&訂正できる」くらい?
本当にIMAPの時代は来るのだろうか。

389:名無しさん@お腹いっぱい。
07/09/17 10:39:25
「一般ライトユーザ向け」には必要ないんじゃないの。
電話嫌いで使う必要性も無い人に携帯電話を持たせてもしょうがないとか、
音楽を聴くのが好きじゃない人に携帯オーディオプレイヤーを持たせてもしょうがないとか、
そんなようなもん。

企業ではIMAPとか、IMAPと同様にサーバサイドにメールを抱えるプロプライエタリ製品
(こっちのが断然多いけど)を使ってるところがよくあるよな。
IT投資をあまりやる気がない(仕事の内容や従業員の傾向としてやっても意味がない)
ような企業ではPOPを使ってるけど。

390:383
07/09/17 11:00:06
でも「POP3に代わる次世代プロトコル」なら一部のプロプラ製品の中でくすぶってる
場合じゃないと思う。
広く受け入れられなくていいんだ、というなら止めませんが・・・

391:名無しさん@お腹いっぱい。
07/09/18 00:57:11
「一般ライトユーザ向け」に使われないのは、「サポートが面倒くさい」
ってのが一番だと思いますよ。

関係データベースにアクセスするのにSQLを使うように、
メールストレージにアクセスするのにIMAPを使う、そんなものです。
全員が使わなきゃならないものじゃない。
リレーショナルDBで管理してなくて、表計算ソフトで管理しているデータなんて
山ほどあるでしょ?
「POP3に代わる次世代プロトコル」という認識が、そもそも間違い。


392:名無しさん@お腹いっぱい。
07/09/18 06:49:13
そりは違うんじゃないの。普通はIMAPのコマンドを直接手で叩いてるわけじゃないんだし。

無理にSQLにたとえるなら、主キーでselectすることとdeleteすることしか出来ないのがPOP、
いろいろ出来るように機能が拡張されているのがIMAP、というところか。
前者しか使わないアプリケーションで何の不満も無く業務をこなしてる人のところに、
後者を使った高機能のアプリケーションを持っていって意味があるか?

393:名無しさん@お腹いっぱい。
07/09/18 09:43:20
だから、「IMAPはPOPの拡張」って考えるな、と言ってるだろうが。
やろうとしてることが別。



394:名無しさん@お腹いっぱい。
07/09/19 13:44:38
>>393
スレタイ嫁

395:名無しさん@お腹いっぱい。
07/09/19 22:32:30
ソレ婿ウ



396:名無しさん@お腹いっぱい。
07/09/22 18:30:18
じゃ、IMAPのドコが次世代なの?

ただのオナニー規格じゃないところを見せて欲しい

397:名無しさん@お腹いっぱい。
07/09/23 09:25:40
逆に聞きたい。
「次世代」って何のこと?逆に言えば「前世代」って何?



398:名無しさん@お腹いっぱい。
07/09/23 12:39:03
>>397
/var/(spool/)mailを直接アクセス☆

399:名無しさん@お腹いっぱい。
07/09/23 14:51:01
直接アクセスしたら、そのスプールの形式は何だよ?とか、
同時アクセスの排他制御はどうするんだよ?とか、
いろいろ面倒なので、スプールにアクセスするプロトコルを規定した。
それだけのこと。



400:名無しさん@お腹いっぱい。
07/09/23 18:13:27
ということは「POP3で必要十分」でFA?

401:名無しさん@お腹いっぱい。
07/09/23 18:19:07
そう思うならPOP使ってればいいじゃない。

402:名無しさん@お腹いっぱい。
07/09/23 18:21:48
サーバ側にフォルダ持てるのと
クライアントからサーバにメールを戻せるのは
便利だと思うけどなぁ。

403:名無しさん@お腹いっぱい。
07/09/23 20:32:12
Unix板で意味も無く煽り調の書き込みをするやつって、だいたいにおいて
一知半解の素人で、相手をしてもしょうがないんだよなあ

404:名無しさん@お腹いっぱい。
07/09/23 23:53:44
>>400
POP3は必要最低な条件は満たしている。
それは「スプールに届いたメールを取り出す」というな。
POP = スプールからメールを取り出すプロトコル
IMAP = スプールのメールを操作するプロトコル
いい加減、理解しろよ。



405:364
07/10/25 20:52:38
先に謝っとく。
GMailがIMAP対応始めたみたいね…

406:名無しさん@お腹いっぱい。
07/10/28 16:49:53
送信はSMTPを使っていますが、IMAPで送信メールも管理することはできないものでしょうか?


407:名無しさん@お腹いっぱい。
07/10/28 17:10:56
IMAP側で特定のメールボックスに「投稿」されたら送信、みたいにすればできる?
HotMailのHTTPMailがそんな仕様だったような(遠い記憶)

408:名無しさん@お腹いっぱい。
07/11/15 20:02:14
uw-imap-2006k が出てるみたい
URLリンク(www.washington.edu)

いつになったら2007になるんだ?

409:名無しさん@お腹いっぱい。
07/11/16 00:14:47
2003も2005もなかったんだから、出ないんじゃないの。
2年に一度、メジャーバージョンアップ。


410:名無しさん@お腹いっぱい。
07/11/16 15:30:03
>>406
Fcc:なんかでimapに放り込めばいいじゃん、という話ではない?

411:名無しさん@お腹いっぱい。
07/11/16 21:53:15
それしちゃうと、2通同じのをサーバに送ることになる、という話ではない?

Courier には、特定のメールボックスにメッセージを置くと、
外に配送される機能があったような。


412:名無しさん@お腹いっぱい。
07/11/17 00:07:14
送信したメールを送信済みフォルダに入れるのはメールクライアントの担当じゃなくて?
おれあんまりIMAP詳しくないから外れてるかも心内。

413:名無しさん@お腹いっぱい。
07/11/17 11:32:28
SMTP と IMAP で全く同じものを2度送るのは無駄ですよね。

SMTPサーバでSenderのところへ自動的にBCCってのも手なのだが、
マルチアカウントになってくると、本当にそれでいいのか、とか。


414:名無しさん@お腹いっぱい。
07/11/17 17:49:56
>>412も言っているけど、MUAでやれよ。

415:名無しさん@お腹いっぱい。
07/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:名無しさん@お腹いっぱい。
07/11/23 19:21:04
それが Courier くおりてぃ


417:名無しさん@お腹いっぱい。
07/11/24 03:58:04
イマイチよくわからんのだが、メッセージを見る限り、それじゃあ「コピー元」を
削除することも出来そうに見えないが。

418:名無しさん@お腹いっぱい。
07/11/24 12:15:11
>>417
ああ、確かにこれはUID COPYとすべきところを間違えてCOPYにしてたので発見したことなのです。
まぁ、言いたかったことは、仕様ではない動作をしているんじゃないかということです。

419:名無しさん@お腹いっぱい。
07/11/25 00:56:17
1件も成功していないのだからtagged NOを返すべきだろうとは思うけど、
それで実害が生じるケースというのがちょっと思いつかない。
わりとどうでもいいことのような。

420:名無しさん@お腹いっぱい。
08/04/15 23:14:25
いまさらながら Gmail + IMAP を Thunderbird で使ってみた。
このタグベースのフォルダ分けってすごく便利ですね。

すでに溜め込んでいるメールに対して、フィルタの条件を変えたり加えたりするだけで、
そくざにフォルダを作れる。(メールに、メタ情報の属性付け)

POP + MUA だと、フォルダに自動振り分けしても、振り分け済みのメールを別の切り口で
整理したかったら、refile しないといけない。

Gmail IMAP のような、タグベースのフォルダわけができるような imapd ってないですか?


421:名無しさん@お腹いっぱい。
08/04/15 23:15:08
ageちゃいます

422:名無しさん@お腹いっぱい。
08/04/17 08:25:07
>>420
ximapd なんてのもあったけど、開発止まってるね。

423:名無しさん@お腹いっぱい。
08/04/17 09:08:04
>420
良く分かってないんだけど imapd 側でやるの?

MUA でフィルタ適用みたいな機能ってあると思うけど
サーバ側で実装するメリットってどの辺でしょう?

検索とかが(通信コストなしに)サーバ側負担で実施できるとかかな?


424:名無しさん@お腹いっぱい。
08/04/17 10:51:31
SIEVE

425:名無しさん@お腹いっぱい。
08/04/17 14:21:32
みなさんレスどうもありがとうございます。

>>422
日本人の人が作っているんですね。
サイトを見たところ、まだ安定版まで入っていないようですが、
Software Design 2006年2月号 に記事を掲載、とあるので、家にある雑誌を掘り出してみよう。

>>423
サーバ側で、と考えています。
でも自分の望んでいることは、MUA側で
・物理的なメールボックスを持たない
・メールにタグ付けしておき、任意の切り口で、好きなときに閲覧できる
ことができればいいので、ローカルで RDB にメールを突っ込んだりしてもいいことに気がついた。

そういうMUA はいまのところありませんが・・・・(sylpheed +

そういう意味で、imap サーバ側でこういった機能を実装しておけば、
既存の MUA でもメリットを享受できてよいかな、と思いました。

あと、サーバ側に実装するメリットとしては、通信コストもあるけどCPU負荷、I/O負荷の軽減です。
ローカルでビルドとかしているときに、メールの抽出でガリガリいってほしくない。

dbmail ではできないのかな。

426:名無しさん@お腹いっぱい。
08/04/18 01:36:43
IMAP 的には、annotate extension 使って、メッセージにタグを付けておいて、
filter extension でフィルタ条件を覚えておく、って感じかな。
将来的には。まだID。
view とか window extension は亡きものになったんだろうか。


427:名無しさん@お腹いっぱい。
08/06/04 12:44:03
なんでメール変更のコマンドがないんだよ(怒
百歩譲ってAPPEND&削除するとしてもUIDPLUS拡張がないとローカルと対応とれないし。



最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch