Re: ietf-nntp New draft available
Stan Barber <sob@academ.com> Tue, 02 September 1997 15:26 UTC
Received: from cnri by ietf.org id aa09406; 2 Sep 97 11:26 EDT
Received: from announcer.academ.com (majordomo@ANNOUNCER.ACADEM.COM [198.137.249.60]) by cnri.reston.va.us (8.8.5/8.7.3) with ESMTPid LAA24048 for <ietf-archive@cnri.reston.va.us>; Tue, 2 Sep 1997 11:29:54 -0400 (EDT)
Received: (from majordomo@localhost) by announcer.academ.com (8.8.5/8.8.5) id KAA24259; Tue, 2 Sep 1997 10:25:59 -0500 (CDT)
Received: from academ.com (sob@ACADEM.COM [198.137.249.2]) by announcer.academ.com (8.8.5/8.8.5) with ESMTP id KAA24254 for <ietf-nntp@ANNOUNCER.ACADEM.COM>; Tue, 2 Sep 1997 10:25:58 -0500 (CDT)
Received: (from sob@localhost) by academ.com (8.8.5/8.8.5) id KAA05952; Tue, 2 Sep 1997 10:25:51 -0500 (CDT)
Message-Id: <199709021525.KAA05952@academ.com>
From: Stan Barber <sob@academ.com>
Date: Tue, 02 Sep 1997 10:25:51 -0500
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
To: Paul Overell <paulo@turnpike.com>, ietf-nntp@academ.com
Subject: Re: ietf-nntp New draft available
Sender: owner-ietf-nntp@academ.com
Precedence: bulk
> The extended syntax of NEWNEWS and NEWGROUPS are incompatible in so far > that a client issuing 4 digit years will not work with a server that > conforms to RFC977. I am not saying that this is a bad thing, just that > it needs specifying. New RFC977bis clients will need to be aware of > this if they are to interwork with old RFC977 servers. I see your point. I will give this some thought for a future version of the document. > > >The SLAVE command did nothing in RFC 977, so I removed it. Please tell me how > >you use the SLAVE command. If lots of people use, we can put it back in. If > >no one uses it, what's the point of having it in there? > > Nor am I arguing for the retention of the SLAVE command. But it is > incompatible in that an RFC977 conforming client can expect the SLAVE > command. Again it needs specifying. Ditto. > Sorry to labour the point, but are you saying that those commands not in > the registry are mandatory and those in the registry are optional? Yes. > At the very least change the title of 10.2.1 to > > 10.2.1 ARTICLE, HEAD, BODY and STAT commands. > > But I would rather that it were split into individual sections, one for > each command. Each section giving just the semantics and responses for > that particular command, then referencing a section on the common > semantics of the effect on the current article pointer etc. I am willing to change it, but I'd like to see more feedback first. -- Stan | Academ Consulting Services |internet: sob@academ.com Olan | For more info on academ, see this |uucp: {mcsun|amdahl}!academ!sob Barber | URL- http://www.academ.com/academ |Opinions expressed are only mine.
- Re: ietf-nntp New draft available Paul Overell
- Re: ietf-nntp New draft available Stan Barber
- Re: ietf-nntp New draft available Chris Lewis
- Re: ietf-nntp New draft available Stan Barber
- Re: ietf-nntp New draft available Stan Barber
- ietf-nntp New draft available Stan Barber
- Re: ietf-nntp New draft available Stan Barber
- Re: ietf-nntp New draft available Jonathan Grobe
- Re: ietf-nntp New draft available Stan Barber
- Re: ietf-nntp New draft available Paul Overell
- Re: ietf-nntp New draft available Stan Barber
- Re: ietf-nntp New draft available Jack Hudler
- Re: ietf-nntp New draft available Brian Kantor
- Re: ietf-nntp New draft available Paul Overell
- Re: ietf-nntp New draft available Clive D.W. Feather
- Re: ietf-nntp New draft available Stan Barber
- Re: ietf-nntp New draft available Clive D.W. Feather
- Re: ietf-nntp New draft available Paul Overell
- Re: ietf-nntp New draft available Stan Barber