[mew-dist 21411] Re: 嗚呼 IMAP

[Shigeya Suzuki]

>>>>> "kazu" == 山本和彦  <Kazu> writes:

kazu> (2) メールの MOVE がない (COPY + Delete[STORE + EXPUNGE] である)

kazu> 	- COPY が失敗しても、間違って Delete しちゃうかも
kazu> 	- ディスクの残りの容量が少ないと、COPY + Delete できない

ゴミ箱があるような実装のMUAで、ゴミ箱を使うようになっていると、
Quotaオーバで、メールを削除できなくなります。

たいがい、ゴミ箱使わないオプションがあるから、オフにすればOKらしいけど。


kazu> (5) メールボックスの名前空間が曖昧

kazu> 	- メールボックスの区切り文字が自由
kazu> 	- メールボックス名の長さの規定がない
kazu> 		* ある UA で長い名前のメールボックスを作ると、別の UA 
kazu>                   で扱えないかも
kazu> 	- INBOX は、名前空間のどこに位置するのか曖昧

これですけれど、サーバ書く側も困るんですが、(UTFの文字列の長さの定義を、
UAのレベル - userview - で語るのは難しい…) 実は、MUA の実装もほとんど
がタコで、ある程度以上長いメールボックス名使うと、たいがいクラッシュし
たり、変なことが起きます。正確に試験した結果もあるんだけど、どこにいっ
たやら。


kazu> (6) いくつかのコマンドは、複数のメールを指定可能なのに、応答は OK か NG 
kazu>     しかない。

kazu> 	- それぞれのメールに対して、成功なのか失敗なのかよく分らない

kazu> (7) サーバは、非同期に "*" で始まる応答を返せる

kazu> 	- なんでも返すことが可能なので、ある応答を仮定した UA を作りた
kazu>           くなっちゃう。よって、このサーバにはこの UA を使えといった依
kazu>           存関係が生まれる。

kazu> (8) どうせ、非同期コマンドなんて使えないのに、使えるふりをしている


(9) 非同期コマンドを使えるくせに、フォルダ毎にコネクションを張るのを推奨

    - サーバにやさしくない。まぁ、きっちゃってもいいんだけど、
      双方にとってうれしくないと思う。
      

kazu> 疑問：

kazu> * select しているメールボックスは rename できるの？

とってもいやだなぁ。キャッシュの実装でおかしくなるのに100点、おかしく
なる実装あると思うに1000点。