[NNTP] Snapshot 6

Charles Lindsey chl at clerew.man.ac.uk
Fri Jan 7 06:52:30 PST 2005


In <41DD7EC7.1080807 at oceana.com> Ken Murchison <ken at oceana.com> writes:

>3.2.2:

>Similarly, if we change the IHAVE capability back to TRANSIT, then the 
>STREAMING extension could simply be a STREAMING argument to TRANSIT 
>rather than its own capability.

Yes, it seems more logical for the capability to be TRANSIT, because
extensions might offer more transit commands (TAKETHIS, for example).

Moreover, you MAY provide the IHAVE command even when in READER mode, but
does this make you a transit/general server (i.e. do you advertise the
TRANSIT/IHAVE capability)? I would have thought not (certainly not
TRANSIT) because the exact semantics of IHAVE may be slightly different
when in READER mode, and you wouldn't expect TAKETHIS suddenly to appear
as well.



>3.3.5:

>- The meaning of IHAVE should probably just say "IHAVE command 
>available" rather than "Transit commands available".

Indeed.



>5.2.3:

>Second example advertises LIST HEADERS but not HDR, as I feared might 
>happen in real implementations.  I'm going to renew my concern over 
>having two capabilities for a single command (HDR & LIST HEADERS, READER 
>& LIST ACTIVE, etc), but I'll defer to the consensus.

Yes. If we no longer have OVER and HDR as extensions, then we have lost
the ability to say "If you provide this extension, then you MUST provide
BOTH of the following commands". I don't think we ever intended to lose
the ability to say that.

-- 
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: +44 161 436 6131 Fax: +44 161 436 6133   Web: http://www.cs.man.ac.uk/~chl
Email: chl at clerew.man.ac.uk      Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9      Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5



More information about the ietf-nntp mailing list