[Mew-dist 07108] Re: RETR/DELE message

[Motonori Nakamura]

>>>>> On Wed, 16 Dec 1998 10:29:01 +0900, Atsushi Onoe <onoe at example.com> said:

> koie> rfc1939をながめたところ、transaction stateのときに
> koie> 「サーバからのレスポンスを待たなくてはならない」
> koie> という記述はないようなので、
> 
> 逆に、待たなくても良い、という記述はどこかにあるでしょうか?

onoe> これはいいがかりじゃないかなぁ。

でも、インタオペラビリティを考えると、安全側に倒れるように
考えるのが普通だと思います。

で、draft に何か情報があるかとおもって調べてみました。

ちょっと古いかも知れませんが、

draft-gellens-pop3ext-07.txt (POP3 Extension Mechanism)

を見ると、

6.5.  PIPELINING capability

    Discussion:
        The PIPELINING capability indicates the server is capable of
        accepting multiple commands at a time; the client does not have
        to wait for the response to a command before issuing a
        subsequent command.  If a server supports PIPELINING, it MUST
        process each command in turn.  If a client uses PIPELINING, it
        MUST keep track of which commands it has outstanding, and match
        server responses to commands in order.  If either the client or
        server uses blocking writes, it MUST not exceed the window size
        of the underlying transport layer.

というのがあって、拡張として定義されているようなので、きっと
拡張しない標準の POP3 の場合は待つ必要があるという解釈が
正しいような気がします。どうでしょう?

そういうわけで、imget に PIPELINING/CAPA を実装する、というのが
正しい対応なのではないかと思います。

- motonori