Re: ietf-nntp New wording on article numbers

Chris Hall <chris.hall@turnpike.com> Sun, 29 December 1996 19:03 UTC

Received: from cnri by ietf.org id aa23884; 29 Dec 96 14:03 EST
Received: from ACADEM2.ACADEM.COM by CNRI.Reston.VA.US id aa11886; 29 Dec 96 14:03 EST
Received: (from majordomo@localhost) by academ2.academ.com (8.8.4/8.7.3) id NAA07867 for ietf-nntp-outgoing; Sun, 29 Dec 1996 13:00:31 -0600 (CST)
X-Authentication-Warning: academ2.academ.com: majordomo set sender to owner-ietf-nntp using -f
Received: from academ.com (root@ACADEM.COM [198.137.249.2]) by academ2.academ.com (8.8.4/8.7.3) with ESMTP id NAA07856 for <ietf-nntp@ACADEM2.ACADEM.COM>; Sun, 29 Dec 1996 13:00:27 -0600 (CST)
Received: from office.demon.net (office.demon.net [193.195.224.1]) by academ.com (8.8.4/8.7.1) with SMTP id NAA08206 for <ietf-nntp@academ.com>; Sun, 29 Dec 1996 13:00:25 -0600 (CST)
Received: from pillar.turnpike.com ([194.70.55.2]) by office.demon.net id aa10669; 29 Dec 96 18:59 GMT
Message-ID: <hosn1SAS9rxygAXS@turnpike.com>
Date: Sun, 29 Dec 1996 18:58:26 +0000
To: ietf-nntp@academ.com
From: Chris Hall <chris.hall@turnpike.com>
Subject: Re: ietf-nntp New wording on article numbers
In-Reply-To: <851804656.27539.0@office.demon.net>
MIME-Version: 1.0
X-Mailer: Turnpike Version 3.02 <U2yaxlNz9m7tpk5wwwfqeW1so7>
Sender: owner-ietf-nntp@academ.com
Precedence: bulk

In article <851804656.27539.0@office.demon.net>et>, "Clive D.W. Feather"
<clive@demon.net> writes
>Jeff Coffler said:
>> I can guarentee consistent behavior
>> for commands like LAST, NEXT, and ARTICLE commands (if the "current"
>> article number would go out of range of my saved values, then I will
>> give an appropriate response code).
>> 
>> Now, we can't require this (since it wasn't in the original spec, and
>> since many servers today don't enforce this), but: shouldn't we recommend
>> this behavior (so that, at least if recommendations are followed, NNTP
>> behavior is nice and consistent across commands)?

>For my next draft, I've added wording to NEXT saying:
>
>    A server MIGHT, but SHOULD NOT return an article number greater than
>    the "last" value from the most recent GROUP command for this client.
>
>How does this look to people ?

And similar words for LAST, I assume, to cope with the case of an
article being reinstated !

If LAST and NEXT are allowed to wander outside the range "first".."last"
returned by GROUP, then the "arts" figure returned by GROUP could be
exceeded -- which is a bit chewy.  Mind you, I don't see much use for
the "arts" figure.

For clients that remember the state of newsgroups, it's the value of
"last" that matters, so that each time the client looks at a newsgroup
it doesn't need to worry about stuff from the previous highest article
number back.  The client can do that using the previous "last" figure,
so the suggested recommendation is helpful.  However, since this cannot
be depended on, the client is wiser to note the article number returned
by the last ARTICLE, BODY or HEAD command.
-- 
Chris Hall                                       Chris.Hall@turnpike.com