ietf-nntp AUTHINFO SASL protocol choices
Andrew Gierth
andrew at erlenstar.demon.co.uk
Thu Apr 4 13:53:46 PST 2002
>>>>> "Russ" == Russ Allbery <rra at stanford.edu> writes:
>> The reason for allowing an initial parameter is to avoid blowing a
>> round-trip unnecessarily.
Russ> I'm not arguing for an extra round-trip, but rather immediate
Russ> client send of the data in multiline format, a la TAKETHIS.
That's not acceptable, at least for the first part of the exchange,
because the client doesn't know that the command will succeed or even
be recognised (_requiring_ the client to do LIST EXTENSIONS just forces
the extra round-trip again).
I _STRONGLY_ recommend that the reader side of the protocol be kept
strictly to the existing command-response sequence. Adding support for
new commands that expect immediate following data to existing software
that has been written around the standard command-response sequence is
a pain.
--
Andrew.
More information about the ietf-nntp
mailing list