〓〓〓いつまでも次世代 IMAP その２〓〓〓 (437ﾚｽ)
上下前次1-新
130: 2006/04/21(金)20:00 AAS
>>126
きちんとエンコードしてれば
たいていのサーバでは日本語フォルダ名使えると思うけど。
フォルダ名の国際化はRFCで決まってるお！
131: 2006/04/22(土)00:26 AAS
>>126
mailboxだから駄目なんだろ?
132: 2006/04/22(土)01:00 AAS
mailbox つーか、 mbox だからだな。
133: 2006/04/22(土)03:19 AAS
dovecotなら素直にMaildirつかったほうがいいね。
134: 2006/04/22(土)19:09 AAS
uw 以外で MH 対応のおすすめがあれば教えて。
135: 2006/04/22(土)20:06 AAS
そもそも、HM を IMAP 経由で使用するのをおすすめしません。
136(1): 2006/04/22(土)20:16 AAS
ツールに頼らず手動でいじくれる可能性を残すには
MH くらいの単純さがちょうどいいんだよね。
137: 2006/04/22(土)21:00 AAS
Maildir だってたいして面倒ではないわけだが
138(1): 2006/04/22(土)22:25 AAS
MHをまともに扱えるIMAP鯖はない。
uwすら移行用レベルの実装。
139(1): 2006/04/23(日)02:11 AAS
>>136
1メール1ファイルのMaildirのほうがよほど扱いやすいけど、なにか?
140: イミワカンネ 2006/04/23(日)09:38 AAS
>139
ははは
141: 2006/04/23(日)10:06 AAS
>>138
というか、MH の思想と IMAP の思想が合わないので。
「まともに扱える」が何を意味してるのかわからんけど、
MH via IMAP だとUWの実装ぐらいのことしかできないと思いますよ。
142: 126 2006/04/25(火)00:33 AAS
Maildirに変えたら出来たよー、、みんなｱﾘｶﾞﾄｳ!!
ところで、IMAP4って使い出すと便利極まりないし、
端末が潰れてもすぐ復帰できるメリットもあるけど、
普及しないのはなぜ？
143: 2006/04/25(火)01:24 AAS
ｽﾚﾀｲに書いてある
「いつまでも次世代」だからｗ
144(2): 2006/04/25(火)01:27 AAS
鯖管の立場：
・メールおきっぱなので、ディスク容量食う
・セッションつなぎっぱなしは負荷大きくて嫌
ユーザの立場：
・使い慣れてるソフトが対応してない
・動作が重い
・フォルダの掘りかたや検索に制限がある
145: 2006/04/25(火)01:35 AAS
じゃあ使うメリットはなんだろうか。
自分でサーバ立てておけば
好きなクライアント使える、とか、
クライアントの保存形式に依存しない、とか
バックアップが簡単、とかかな?
146: 2006/04/25(火)08:59 AAS
POPだってメール置きっぱにしとくやついるけどな。
147(1): 2006/04/25(火)09:27 AAS
>>144
>・メールおきっぱなので、ディスク容量食う
どうせ保存しておく人は、どっかに保存しておくわけで、
信頼性の低いクライアントに保存するよりは、
信頼性の高いサーバに保存しておくほうがいいのでは？
貯めすぎる人がいるなら、QUOTAかければいいわけだし。
>・セッションつなぎっぱなしは負荷大きくて嫌
繋ぎっぱなしはCPU負荷はそんなにないよね？メモリ負荷？
>・使い慣れてるソフトが対応してない
いまどき、シェアの低そうなソフトだな。
>・動作が重い
そんな重いか？クライアント・サーバの作り次第か。
>・フォルダの掘りかたや検索に制限がある
そんなに制限あるか？クライアント・サーバの作り次第か。
148(2): 2006/04/25(火)10:23 AAS
> 信頼性の高いサーバに保存しておくほうがいいのでは？
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。
これって一行目と二行目が矛盾してる気がするんだよね。
ためずに消すような利用しているひとはそもそも信頼性なんてどうでもよさそうだし、
俺には QUOTA かかったサーバを信頼性が高いとは思えなくて。
>>147 の反論を見てると、
やっぱり IMAP はいつまでも次世代 (というか中途半端) なんだなあ、
という思いが拭い切れないでいる俺ガイル。
149: 2006/04/25(火)10:53 AAS
> 信頼性の高いサーバに保存しておくほうがいいのでは？
> 貯めすぎる人がいるなら、QUOTAかければいいわけだし。
クライアントにデータがあるよりは，サーバにあったほうがいいのは同意．
でも，QUOTA は反対．Maildir にして，ディスク足りなくなったら追加なり，NFS で他から
リソースもらうなりしてどんどん増やして行くのがいいな．個人的には．
でも，それを実現する前に，何でもかんでもメールに添付っていう運用をやめてもらう必要はあるんだけど．
150: 2006/04/25(火)14:50 AAS
プロバイダにとってメリットが少ないのが採用されない理由かと。
IMAP4 サポートを理由にプロバイダ選ぶ人は少数派だろうし。
>>144 のようなデメリットもあるしね。
151(1): 2006/04/25(火)20:33 AAS
>>148
矛盾してるか？
ひとりのためにディスクがパンクしてしまって、全員に影響が出てしまわぬよう、
QUOTA をかけるのは信頼性を上げることにならないか？
まあ、合意で決まるプロトコルだから、中途半端感があるのは仕方ないと思うけど、
具体的に何が足りないとか、どうしたらいいとかいう意見はある？
私はあんまり不満がないんで。
152: 2006/04/28(金)17:26 AAS
>>148はQUOTAについてなんか勘違いしてないか？
153: 2006/04/29(土)11:03 AAS
>>151
重い・・・。とにかく重い。
会社の指針でOutLook使ってるんだけど、頻繁にメールをDLできませんでした、ってなる。
一つのセションでやりとりするメッセージが多い稀ガス。
セションもなんでか、よくロストするみたいだし・・・。
パケット眺めてるとWindowsのファイル共有がWANじゃ重いですね、みたいな感じがする。
thresholdがイケナイ子なのかな。
それとも単にOLの実装が悪いだけ？
154(1): 2006/04/29(土)11:14 AAS
OEのIMAP実装は結構よくできてると思う。Outlookはよく知らない。
Beckyがダメ。変なコマンド投げてくるし。コマンドも有効に使ってないし。
最低限動いてますーってだけのような。
155: 2006/04/29(土)14:33 AAS
うみゅ。BeckyのIMAP実装はクズ同然だなぁ。職場ではBecky使いの人には「ちゃんとレジストしてるの?」
攻撃を仕掛けた上で、Thunderbirdへの乗り換えを勧めている。
156: 2006/04/29(土)14:37 AAS
IMAP 対応の第一段階として "POP3 相当の別プロトコル"、というものがあるからねぇ
157: 2006/04/29(土)20:31 AAS
Becky使ってみたよ。
ver.2？なのかな。
サクっと見た限り、問題ないみたい。
どの辺のコマンドが有効じゃないの〜？
Beckyは"プロトコルログを取る"ってのが良いなぁ・・・。
OEにもあるんだっけ。
OLでもあれば良いのに・・・。いちいちﾌﾟﾛｱﾅ起動するのﾒﾝﾄﾞｲ(σ`･ω･)σYO!!!
158(1): 2006/04/29(土)20:54 AAS
Beckyは実装がまちまちなIMAP{鯖側の
最大公約数を満たすような動きするからね
それ自体は悪いことではないと思うが、無駄だと思う人もいるだろう
159: 2006/04/29(土)21:27 AAS
>>158
なるほど、mta独自なあたりを包括するのかな？
#最近このスレ活発(´・д)(д・`)ネー
上下前次1-新書関写板覧索設栞歴
あと 278 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.012s