[ietf-nntp] draft-ietf-nntpext-streaming-01.txt
Ken Murchison
ken at oceana.com
Mon Oct 4 12:44:29 PDT 2004
I'm bored so I'm spending time updating this doc to use similar
formatting as AUTHINFO and STARTTLS. I decided to take a look back at
the list traffic and see what the outstanding issues are.
Russ Allbery wrote:
> > I go back and forth on this, but I think we should take the stance that
> there is no technical reason for this command and that the only reason why
> it's included is that all current streaming implementations send it and
> the server needs to do something sensible with it. In other words,
> include it, state that clients that intend to use streaming commands MUST
> send either it *or* LIST EXTENSIONS, and state that servers that support
> streaming commands for those clients MUST NOT require MODE STREAM be sent.
>
> I'd at least like to try that and see if it goes over okay with
> implementors.
>
> I don't know of an implementation that would inherently require that this
> command be sent (unlike with MODE READER). In practice, it was used
> instead of LIST EXTENSIONS because sending TAKETHIS without a positive
> indication that the remote side supports it is a bad idea. Now, clients
> can just use LIST EXTENSIONS for that purpose.
Agreed on all of the above.
Question:
Should any of the STREAMING commands be allowed after MODE READER? I'm
assuming that INN (and possibly other servers) would have a problem
switching from reader-only mode back to streaming mode.
> TAKETHIS has no deferral return status. We could add one as part of this
> standardization process; it's not a bad idea.
> If we want to add a deferral, we need to use 432 or some similar code. I
> don't think we need two types of deferrals; all streaming deferrals should
> be delayed at least a little while.
Is this something that we want to add to the document?
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PGP Public Key-- http://www.oceana.com/~ken/ksm.pgp
More information about the ietf-nntp
mailing list