Re: ietf-nntp New wording on article numbers

USENET news manager <newsmaster@ucs.cam.ac.uk> Mon, 30 December 1996 23:52 UTC

Received: from cnri by ietf.org id aa29254; 30 Dec 96 18:52 EST
Received: from ACADEM2.ACADEM.COM by CNRI.Reston.VA.US id aa21050; 30 Dec 96 18:52 EST
Received: (from majordomo@localhost) by academ2.academ.com (8.8.4/8.7.3) id RAA11744 for ietf-nntp-outgoing; Mon, 30 Dec 1996 17:49:47 -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 RAA11739 for <ietf-nntp@ACADEM2.ACADEM.COM>; Mon, 30 Dec 1996 17:49:45 -0600 (CST)
Received: from lyra.csx.cam.ac.uk (news@lyra.csx.cam.ac.uk [131.111.8.36]) by academ.com (8.8.4/8.7.1) with SMTP id RAA21927 for <ietf-nntp@academ.com>; Mon, 30 Dec 1996 17:49:42 -0600 (CST)
Received: by lyra.csx.cam.ac.uk (SMI-8.6/MDTG-V1.1.8@lyra.csx.cam.ac.uk) id XAA11118; Mon, 30 Dec 1996 23:46:06 GMT
Message-Id: <199612302346.XAA11118@lyra.csx.cam.ac.uk>
Subject: Re: ietf-nntp New wording on article numbers
To: Tom Limoncelli <tal@plts.org>
Date: Mon, 30 Dec 1996 23:46:05 +0000 (GMT)
Cc: ietf-nntp@academ.com
In-Reply-To: <199612302255.RAA25557@plts.org> from "Tom Limoncelli" at Dec 30, 96 05:55:49 pm
From: USENET news manager <newsmaster@ucs.cam.ac.uk>
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text
Sender: owner-ietf-nntp@academ.com
Precedence: bulk

Tom Limoncelli wrote:
>
>If there are no articles in a newsgroup, the counters
>should not be reset to zero.
>
>What about the newsgroup with one announcement per week?  On week #1,
>the article is "1".  I read it and my .newsrc contains "groupname: 1".
>Then that expires 4-5 days later.  On day 6 the counter is reset to 0.
>Now a new post (week #2) comes in and is assigned article number "1".
>My newsreader won't see that article.
>
>I think this is an optimization that we don't need.  If INN does
>this (as some have reported) then the code should be removed.

I think (hope!) this is a simple misunderstanding. The numbers assigned to
new articles must be monotonically increasing (ignoring the discussion of
how to handle article numbers overflowing 32-bit integers). The zeroes only
arise in the response to a GROUP command when the group is empty. In that 
situation, the count is returned as zero and some implementations (INN, and
apparently also the NNTP reference implementation) return zero as the low and
high article numbers - presumably on the grounds they are irrelevant since 
there are no articles, and zero is simply used because some value must be 
provided and zero makes it clear they are dummies.

If any implementations reset the numbering for new articles if a group ever
becomes empty, (a) they're broken and (b) any clients that rely on article
number rather than message ID are likely to get seriously confused (or conclude
that somethings gone seriously wrong and e.g. treat all articles as unread).

                                John
-- 
Cambridge University Computing Service - USENET news manager. Usually John Line
newsmaster@ucs.cam.ac.uk    (alias {newsmaster,news,usenet}@news.cam.ac.uk)