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

**名無しさん＠お腹いっぱい。** · 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/

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 22:11:38

>>161
メッセージの一覧を取得するのに、何投げてるとか。
キャッシュ持ってて、前回との差分を取得するイメージ。

Cyrus だと、/var/imap/log/ユーザ名のディレクトリ掘っておけば、
プロセスごとのやりとりのログが残るよ。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 22:41:11

Thunderbirdの、コネクション張りまくる仕様はどうかと思うな。
ユーザを多数抱えるサーバではたまったものじゃない。
エンドユーザにはお仕着せのprefs.jsを与えて、書き換えられないように
しておけばいいんだけどさ。

コネクションが多すぎるのでサーバ側から拒否されると永久に返事を待ち続けて
固まるところとか。何年も前の話だからもう直ってるかもしれないけど。

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 22:44:36

>>166
いや。Thunderbirdはこないだもそうだった。
クライアント側で同時に張れるセッション数を設定できて、
常に最大数を維持しようととする。何の意味があるのか。やめれｗ

**名無しさん＠お腹いっぱい。** · 2006/04/29(土) 23:04:56

OS XのMail.appは購読フォルダが選べないって時点でどうにもならない

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 01:12:57

>166
良くわからないんだけど
1クライアント => 1サーバー
って関係のときに複数 TCP セッションを張ってるの?

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 01:18:57

>>169
うん。フォルダ毎にセッションを張って、張りっぱなしにする。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 01:43:08

クライアントの処理は、その方が楽なんだよ。
IMAPの操作はフォルダを選択して行うものが多いから、フォルダ毎に
「現在の状態」というかコンテクストを持つことになる。
1フォルダにつき1セッションだとシンプルに処理できるが、1クライアントにつき
1セッションだとフォルダを切り替える毎に持っていたコンテクストを捨てて、
やり直すことになる。

たぶんThunderbirdのやり方のほうがIMAPで意図されていたことなんだろうと思う。
とは言え、多数のユーザを抱えるサーバにとってはセッションを張られるのは負担なんだよね。
IMAP自体、サーバの負担に頓着してないところがある。IDLEコマンドとか。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 01:48:06

IMAPのプロトコルはコマンドにいちいちIDがついているけれども、あのIDにフォルダ名が
含まれていれば１クライアント１セッションでもいいのではないかと
今更言ってみる。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 07:59:49

そんな仕様ならThunderbirdはお勧めできないな

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 09:08:05

でも現状フリーで素人に奨められるものって
thunderbird 位しかないっしょ

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 10:43:42

そう思って数年前に Thunderbird 勧めたんだけど、
( 今は直ったけど ) 日本語フォルダがあるとメールが消えたり、
日本語があるとアドレス帳が使えなかったり、
バージョンアップしたら設定が消えたりと散々だったので
4200 円払って Becky! 使わせたほうが安いと思ったよ。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:02:29

>>171
結局、クライアントを再起動するときなんかは、終わるときにコンテキストを
保存しておいて、フォルダをオープンして同期をかけることになるんで、
そういう実装は持っているはずだから、手間は変わらないのでは？

IDLEコマンドのサーバの負荷ってのはどうなのかな？
毎度クライアントから接続されて、そのたびにフォルダーをスキャンして
状態を返すより、状態を持っていて調べるほうが処理は楽そうにも思えるのだが。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:04:44

接続を維持されると嫌だっていうけど、
実際問題そんなに負荷かかるの?

大体接続1本あたり、サーバー側でどのリソースをどの程度食うもんなの?

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:13:25

>>172
それを言うなら、コマンドでフォルダ名を指定するようにしておけば、
良かったんじゃなかろうか。

でも、それができないサーバの実装もあるんだろうね。
明示的にフォルダを開いて、諸々の処理をしないといけないとか。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:14:16

>>174
Sylpheed はどうでしょう？

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 11:22:31

>>177
接続を維持されようが、その都度接続されようが、活動している
接続の数は変わらないはずだから、1接続ごとにサーバプロセスが
起動するならば、お休みになってる分のメモリの使用量が負荷だと
言っているのだと思うが、その分はスワップアウトされてても
いいわけで。

**177** · 2006/04/30(日) 13:15:04

>180
やっぱりまずメモリですかね。
あとファイルディスクリプタとか食ったりするのかな?

「最も効率的」という実装ではないにしても、
だからダメというほどのポイントには感じられないんですよね...

大規模サーバーの管理者だと印象が違ってくるのかな。
(おいらはせいぜい～数十人のグループ内サーバー管理)

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 20:00:18

>>181
数十人しかユーザーいないのに netstatして百本以上接続されてるとちょっとウンザリしない？

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 21:05:51

この勢いならマイナーソフトの質問も言える・・・

ジャストシステムの「Shuriken」はどう？

IMAP4に対応してるから使ってるけど、とくに不満はない。
ほかを使ったことがないので良いのか悪いのか判らない。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 22:02:02

>182
うんざり程度ですむなら安いもんじゃん?

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 23:00:52

uw-imapdやcourierは1セッション毎に1プロセス割り当てられるけど、
大昔の実装だとフォルダの中身の全メールの容量ぶんメモリを確保したような覚えが。
なので、あっという間にメモリが枯渇した。

最新のuw-imapdだと、psかけるとフォルダサイズによらず7MB弱喰っている模様。
んで、ヲレの場合9セッション使っていた。仮に1人あたり10セッションとすると、
1人で70MB喰う。たとえ1GBメモリがあっても15人も使えばスワップすることになる。

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 23:04:45

uw-imapdなんてプロトコル検証用ソフトを実運用で使ってるほうが悪い

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 23:25:46

>>183
悪いというウワサは聞きませんが。
ソコソコよろしいんじゃないでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/04/30(日) 23:36:16

接続ごとに thread 使ってるサーバ実装ってある？

更にコマンドの処理もthreadで処理してるサーバってある？

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 07:38:11

>>186
でも、検索もきちんと国際化されてるし、機能はそこそこ豊富だし、
なにより導入がお手軽なんでやっぱり便利。cyrusのほうが機能、性能的に
いいことはわかりきってはいるんだけどね…

あと、ここ数年はcourier vs dovecotなんていうのもあるか。んで、dovecotは
ようやく1.0が出るみたい。

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 07:50:39

>>182
別にしないよ。

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 09:06:18

>>183
ShurikenはIMAP上のフォルダを移動できなくて萎えた

環境: Shuriken Pro4/R2 (体験版) + courier-imap-4.1.0

**名無しさん＠お腹いっぱい。** · 2006/05/01(月) 10:53:10

それは、同一階層なら名前の変更ができるけど、別階層へ変更できないってことかな？

体験版をダウンロードしようかとも思ったが、最初のインストールから30日しか
試用できないので、止めた。
使い心地を30日体験するならこれでいいんだろうけど、
機能評価するなら、これじゃダメ。バージョンアップ後に再評価とかもできないし。
実際に起動した時間とか回数で制限してもらいたいものだ。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 00:44:26

>>192
「同一階層なら名前の変更」 → これは試してないので不明
「別階層へ変更」 → これはNGだった

**183** · 2006/05/03(水) 17:43:17

shurikenの情報ありがとう。

Shurikenで、IMAP上のフォルダを移動できない件は、
IMAPの標準規格の制限かと俺は理解してた。

フォルダごと移動できたほうが便利なことは間違いないな。
ほかのクライアントでも試してみるか。チラ裏おわり

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:52:55

IMAPのプロトコル上は、RENAME コマンドがあるんで、
フォルダーの名前の変更＝移動はできるよ。
もちろん、デリミタ込みで名前を指定できるから、
階層をまたぐ移動も可能。

あ、ちょっと勘違いしてたらまずいので確認ですが、
ここで行ってるフォルダって、メールボックスのことですよね？
folder┬folder1
　　　├folder2
　　　└folder3
この場合の folder のところのことを言ってます？
その場合、これがメールボックスか単なる階層の名前かで変わってきます。

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 01:33:07

1000人規模でIMAPを使っているトコってどこかありますか？

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 02:51:09

>>176
クライアントからポーリングかける場合は10分に一回とか、そんなペースだよな。
IDLEコマンドでサーバから通知される場合、それよりも高い頻度でサーバ側で
チェックが行われていないと意味が無い。
そこで、IMAPサーバがどうやって新着メールを知るか、という点が問題になる。
メールの配送を行うのはSMTPサーバであったりMDAであったりするわけだが
多くの場合、これはIMAPサーバとは独立している。つまり、IMAPサーバとしても
新着チェックをするためにはポーリングを行うか、あるいは更に極悪に重い
famを使う等の措置が必要だ。

>>180
ページアウトしなきゃならないくらいメモリが逼迫していて、かつユーザ数が多くて
アクセス頻度が高い場合には、新しくメモリを確保するためにいつもページアウト
することになる。そういうのは劇的なパフォーマンス低下を招く。

>>181
ソケットを使うから当然ファイルディスクリプタを消費するが、チューニングしておけば
問題ではない。

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 02:53:44

>>196
数万人規模でやってるとこもある

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 03:22:51

>>197
dovecotだと、
Linuxならinotity/dnotify、FreeBSDならkqueueで
新着チェックできるよ。
少数派だろうけど。

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 09:26:00

>199
dovecot の doc/* で
kqueue とか notify で grep して
引っ掛からなかったんですが、
どこを見ればいいの?

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 09:53:10

なんで doc の下だけ見るんだろう…

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 09:53:41

>>197
IMAPに対応したメールサーバ製品全体から考えれば、
imapdだけってのは少数派なのですけどね。
たいてい、MTA からMDAから何から全てひっくるめて自分で持ってる。

**191** · 2006/05/05(金) 10:07:59

>>195
その例でいくと、folder1をfolder2の下に移すことができなかった。

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

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 20:35:10

えと、サーバによっては、そのような階層構造にできない場合がありますが、
その点は大丈夫ですか？
folder1 の下に folder2 を作成することはできるんですよね？

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 20:46:38

>>202
そこそこ大きな規模の企業等で使ってるメール製品だと、そうかな。

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

**名無しさん＠お腹いっぱい。** · 2006/05/05(金) 23:46:37

>>205
cyrusとかcourierとかのことじゃないの？

**191** · 2006/05/06(土) 02:45:18

>>204
Thunderbird と Sylpheed から
階層フォルダの作成/移動ができることを確認したよ。

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

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

**名無しさん＠お腹いっぱい。** · 2006/05/06(土) 04:15:40

>>207
クライアント上では「移動」のようにみえるけど、
実際は新しいフォルダを作り、メールをそこに移動し、
元のフォルダを消しているだけじゃね？

**名無しさん＠お腹いっぱい。** · 2006/05/06(土) 09:18:10

IMAP 的には、フォルダの移動はありますけど、メッセージの移動はありません。
ですんで、その実装だと、Quota にひっかかってフォルダの移動ができないという
なんだか変なことになる可能性があります。

**名無しさん＠お腹いっぱい。** · 2006/05/06(土) 11:12:43

>>207
以前、WinBiff を使って移動していたような記憶がうっすらと……
あてにならない情報でスマンです。

**名無しさん＠お腹いっぱい。** · 2006/05/06(土) 19:08:13

いつまでも次世代ではなく、どうやったら現世代になれるのか！
IMAP信者は普及活動を積極的にすべし！！！

**名無しさん＠お腹いっぱい。** · 2006/05/06(土) 19:53:26

メッセージの移動って、なんで無いんだろうな？

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

**名無しさん＠お腹いっぱい。** · 2006/05/07(日) 09:44:15

>>211
lemonade もIMAPベースで行ってるから、現世代でもあり、次世代でもある。
別に使いたくない人、必要性を感じない人は使わなくていいんですよ。

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

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

**191** · 2006/05/07(日) 22:54:36

>>191=193=207 です。レス、ありがとう。

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

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

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

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

**名無しさん＠お腹いっぱい。** · 2006/05/13(土) 15:56:27

uw-imapでimapsサーバーをたてています。

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

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

**名無しさん＠お腹いっぱい。** · 2006/05/14(日) 11:39:34

GMailをIMAPで読むにはどうしたらいいですか？

**名無しさん＠お腹いっぱい。** · 2006/05/14(日) 11:46:28

http://mail.google.com/support/bin/answer.py?answer=10339&query=imap&topic=0&type=f

**名無しさん＠お腹いっぱい。** · 2006/05/17(水) 12:25:11

カワイイ女の子の脳内をIMAPで読むにはどうしたらいいですか？

**名無しさん＠お腹いっぱい。** · 2006/05/17(水) 20:38:55

>>218
カワイイ女の子の中に立てればいいんじゃね？

**名無しさん＠お腹いっぱい。** · 2006/05/17(水) 21:50:10

>>218
外部アクセスを許可させるためには、
まずはポートを空ける作業が必要。

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

**218** · 2006/05/17(水) 21:56:31

>>220

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

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

**名無しさん＠お腹いっぱい。** · 2006/05/17(水) 22:01:12

ネタはよそでやれ。

**名無しさん＠お腹いっぱい。** · 2006/05/18(木) 15:27:20

>>222
マッタリしょーや

**名無しさん＠お腹いっぱい。** · 2006/05/18(木) 15:37:14

>>218
一度確立すれば、POP3のように一方通行な通信ではなく、
ポートをたたくだけで常にカワイイ女の子と同期できる。
うまく接続できれば最高な環境だぞ。ｶﾞﾝﾊﾞﾚ

**名無しさん＠お腹いっぱい。** · 2006/05/19(金) 03:30:58

>>218
同時に複数からアクセスがあっても泥沼に陥らなくて済みます。負荷はかかるけど。

**名無しさん＠お腹いっぱい。** · 2006/05/19(金) 09:05:57

他のクライアントにメッセージを消されてしまいました

**名無しさん＠お腹いっぱい。** · 2006/05/19(金) 09:48:58

繋がってる間にメッセージをキープしとかなかったのが悪い

**名無しさん＠お腹いっぱい。** · 2006/05/19(金) 12:14:58

IMAPを制する者は女心を制す　or　女心を制する者はIMAPを制す

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

**名無しさん＠お腹いっぱい。** · 2006/05/19(金) 13:53:42

だよなあ。俺はもっとわかりやすくて POP な女の子で全然 +OK 。

**名無しさん＠お腹いっぱい。** · 2006/05/19(金) 14:35:16

そ、それで上手いこと言ったつもりなのっ？！

**名無しさん＠お腹いっぱい。** · 2006/05/19(金) 15:54:41

何か問題でも？

**229** · 2006/05/20(土) 19:20:09

>>222
俺が流れを断ち切ってやった。感謝すれ。

**名無しさん＠お腹いっぱい。** · 2006/05/26(金) 05:38:56

　　　　 ☆　ﾁﾝﾁﾝ〃　 Λ＿Λ　　　／￣￣￣￣
　　　　　ヽ　＿＿_＼（＼・∀・）　＜　次のﾈﾀまだ～？
ﾏﾁｸﾀﾋﾞﾚﾀ～＼＿／⊂　⊂＿ )　　　＼＿＿＿＿
　　　　　／￣￣￣￣￣￣／|
　　　　　　　|￣￣￣￣￣￣￣|　 | 　　ﾏﾁｸﾀﾋﾞﾚﾀ～

**名無しさん＠お腹いっぱい。** · 2006/05/31(水) 14:33:04

二つの MUA から同時にアクセスして
矛盾する操作を行った場合、
整合性の保証はどのレベルで行われるんですか？
MUA のそれぞれのクライアントレベル？
imap サーバ次第？
それとも imap プロトコルのレベルでそういうことがないよう
保証されてたりするのでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/05/31(水) 20:39:00

rfc2180参照。

**名無しさん＠お腹いっぱい。** · 2006/05/31(水) 21:36:48

どうもありがとうございます。
矛盾する操作をした場合、
rfcでサーバーに許されてる挙動がいくつかあって、
その成功なりエラーなりに応じてクライアントが対応する必要があると
わかりました。

**名無しさん＠お腹いっぱい。** · 2006/06/02(金) 16:39:35

courier-mtaを使っています。

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

**名無しさん＠お腹いっぱい。** · 2006/06/02(金) 17:06:53

mh とか Maildir って数万のメール溜め込んでも実用になる？

**名無しさん＠お腹いっぱい。** · 2006/06/02(金) 23:15:33

百万メール以上で普通に使われてる

**名無しさん＠お腹いっぱい。** · 2006/06/03(土) 13:35:14

MH はムリっしょ。

**名無しさん＠お腹いっぱい。** · 2006/06/04(日) 11:27:48

MHは無理で Maildirならオケーなのはなんで?

**名無しさん＠お腹いっぱい。** · 2006/06/04(日) 17:35:26

Maildirはなんとか実用になるIMAPサーバの実装が存在するが、
MHの場合には無い。

**名無しさん＠お腹いっぱい。** · 2006/06/04(日) 17:42:03

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

**名無しさん＠お腹いっぱい。** · 2006/06/04(日) 22:54:45

ま、そういう工夫を別に重ねると、両者のMaildirに差が出てきて、
素のMaildirとも違う別々のものになってしまうのだが。

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

**名無しさん＠お腹いっぱい。** · 2006/06/04(日) 23:41:11

Maildir や mh のディレクトリそのものに余計なもの入れずに
サーバー側でキャッシュみたいなの作ればいいんじゃないの。

**名無しさん＠お腹いっぱい。** · 2006/06/04(日) 23:51:28

それじゃ何も変わらん。

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 00:32:23

同時に複数のクライアントが繋ぐことを許容しつつ、
ローカルでMaildir/MHディレクトリに直接アクセスするクライアントもあるから
キャッシュをどのタイミングで更新すればよいか、という問題になる

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

**名無しさん＠お腹いっぱい。** · 2006/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です。

**名無しさん＠お腹いっぱい。** · 2006/06/30(金) 03:42:42

courierでMH?

**248** · 2006/06/30(金) 04:15:21

なるほど(?)、MHとMaildirを混同してました。
逝って来ます。

**名無しさん＠お腹いっぱい。** · 2006/09/29(金) 10:21:57

たまにはageとくよ、imap

**名無しさん＠お腹いっぱい。** · 2006/10/04(水) 16:14:50

OLってIMAPとの相性わるくね？

**名無しさん＠お腹いっぱい。** · 2006/10/04(水) 17:18:02

OLさんと相性よくなりたいっす

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

**名無しさん＠お腹いっぱい。** · 2006/10/04(水) 23:43:51

40代×イチのOtubone-Ladyならいるが...

**名無しさん＠お腹いっぱい。** · 2006/10/05(木) 01:21:04

俺んところは Old-Lady のみ… 何で事務の
Old-Lady に俺がwordやexcel教えなあかんのや。

**名無しさん＠お腹いっぱい。** · 2006/10/05(木) 11:14:07

Old-Lazy ばっかり

**名無しさん＠お腹いっぱい。** · 2006/10/05(木) 19:02:29

>>252
そうかな？何か気になった点とかある？
以前ちょっと試した感じではとりあえず無難に使えそうかなと思ってたんだけど、
使い方やサーバとの相性によってはそうでもない？

**名無しさん＠お腹いっぱい。** · 2006/10/05(木) 21:43:08

OutLookはまだマシなほうだよ！

**名無しさん＠お腹いっぱい。** · 2006/10/05(木) 21:52:42

mua って乗り換えることないからそのへんの事情ってよく知らないけど、
imap だとダメダメなクライアントってまだ結構あるのかね。

**名無しさん＠お腹いっぱい。** · 2006/10/06(金) 07:38:49

>>259
昔、BeckyのIMAP実装が単にサーバ側でフォルダ分けされているPOPサーバ的にしか
扱っていないとさんざいわれていたけど、今は改善したのかな?

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

**名無しさん＠お腹いっぱい。** · 2006/10/06(金) 12:22:15

>>260
あー、後者はなんか聞いたことあるなあ。どうなんだろね。

**名無しさん＠お腹いっぱい。** · 2006/10/07(土) 09:09:51

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

**名無しさん＠お腹いっぱい。** · 2006/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 上に移す方法が分かりません。
何か良い方法ありませんか？

**名無しさん＠お腹いっぱい。** · 2006/12/26(火) 07:47:05

MH形式を読めて、IMAP使えるメイラ(sylpheedとか)でシコシコ移す

**名無しさん＠お腹いっぱい。** · 2006/12/26(火) 09:50:26

Mewは、ローカル→IMAPサーバへのメッセージの移動はできないの？