Re: ietf-nntp New wording on article numbers

Jon Ribbens <jon@oaktree.co.uk> Sat, 28 December 1996 13:50 UTC

Received: from cnri by ietf.org id aa17131; 28 Dec 96 8:50 EST
Received: from ACADEM2.ACADEM.COM by CNRI.Reston.VA.US id aa07980; 28 Dec 96 8:50 EST
Received: (from majordomo@localhost) by academ2.academ.com (8.8.4/8.7.3) id HAA02313 for ietf-nntp-outgoing; Sat, 28 Dec 1996 07:46:20 -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 HAA02307 for <ietf-nntp@ACADEM2.ACADEM.COM>; Sat, 28 Dec 1996 07:46:17 -0600 (CST)
Received: from black.oaktree.co.uk (root@black.oaktree.co.uk [194.217.216.129]) by academ.com (8.8.4/8.7.1) with ESMTP id HAA28195 for <ietf-nntp@academ.com>; Sat, 28 Dec 1996 07:46:11 -0600 (CST)
Received: (from jon@localhost) by black.oaktree.co.uk (8.7.5/8.7.3) id NAA22298; Sat, 28 Dec 1996 13:45:56 GMT
From: Jon Ribbens <jon@oaktree.co.uk>
Message-Id: <199612281345.NAA22298@black.oaktree.co.uk>
Subject: Re: ietf-nntp New wording on article numbers
To: Robert Elz <kre@munnari.oz.au>
Date: Sat, 28 Dec 1996 13:45:56 +0000 (GMT)
Cc: jon@oaktree.co.uk, clive@demon.net, ietf-nntp@academ.com
In-Reply-To: <7700.851759720@munnari.OZ.AU> from "Robert Elz" at Dec 28, 96 06:55:20 pm
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-ietf-nntp@academ.com
Precedence: bulk

Robert Elz wrote:
>     This is wrong. The last article number may quite possibly be less than
>     that from a previous response for that group. The last article number
>     is the highest number corresponding to a currently available
>     article - it is *not* the high-water-mark. If there are articles
>     2, 3 and 4, then the highest article number is 4. Subsequently
>     article 4 may be cancelled, and then the GROUP command must return
>     3 as the highest available article.
> 
> This can't possibly be right, article number 4 can't be used again,
> or readers that have read it before it was cancelled would never
> see it's replacement.

I think you've misread both Clive's original article, and my reply.
The part we're talking about has nothing to do with backfilling.
I didn't say article 4 may be used again. Extending the example
used above, the next article to come in would be numbered 5, and
then the GROUP command must return 5 as the highest available
article. However, until that happens, article 3 is the highest
available number.

>  The GROUP command isn't intend to give any
> kind of authoritative statement about which articles actually exist,
> just what the relevant range of numbers is to look in - any of the
> articles in the range (including the lower and upper bounds) might
> be missing when requested specifically.

Indeed, however Clive's wording doesn't just *allow* the
numbers to be inaccurate guesses, it *requires* them to be
inaccurate guesses, even if the news server can do better.

The given wording makes INN non-compliant. In my book
that's good enough to make them worth a second look.

> I totally agree with the original wording, numbers reported must
> never go backwards.

I disagree ;-).

Cheers


Jon
____
\  //    Jon Ribbens    // 10MB virtual-hosted // www.oaktree.co.uk
 \// jon@oaktree.co.uk // web space for 49UKP //