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