Re: ietf-nntp Backfill

Chris Lewis <clewis@nortel.ca> Tue, 17 December 1996 15:56 UTC

Received: from cnri by ietf.org id aa01954; 17 Dec 96 10:56 EST
Received: from ACADEM2.ACADEM.COM by CNRI.Reston.VA.US id aa13423; 17 Dec 96 10:56 EST
Received: (from majordomo@localhost) by academ2.academ.com (8.8.3/8.7.3) id JAA04388 for ietf-nntp-outgoing; Tue, 17 Dec 1996 09:54:04 -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.3/8.7.3) with ESMTP id JAA04383 for <ietf-nntp@ACADEM2.ACADEM.COM>; Tue, 17 Dec 1996 09:54:02 -0600 (CST)
Received: from bcarsde4.localhost (mailgate.nortel.ca [192.58.194.74]) by academ.com (8.8.3/8.7.1) with ESMTP id JAA15759; Tue, 17 Dec 1996 09:53:58 -0600 (CST)
Message-Id: <199612171553.JAA15759@academ.com>
Received: from bcarsfba.ott.bnr.ca by bcarsde4.localhost; Tue, 17 Dec 1996 10:35:14 -0500
Received: from bnr.ca by bcarsfba.bnr.ca id <00231-0@bcarsfba.bnr.ca>; Tue, 17 Dec 1996 10:42:51 -0500
Date: 17 Dec 1996 10:30 EST
To: sob@academ.com
Cc: Chris Lewis <clewis@nortel.ca>, NatBa@microsoft.com, ietf-nntp@academ.com
From: Chris Lewis <clewis@nortel.ca>
Subject: Re: ietf-nntp Backfill
Sender: owner-ietf-nntp@academ.com
Precedence: bulk

In message "Re: ietf-nntp Backfill", 'sob@academ.com' writes:

>I agree with Nat. I got the impression that most folks were basically surprised
>by the issue of backfill. Erik himself said that it was always understood that
>article numbers were monotonically increasing.

I've always understood it that way too.

>Unless there is a strong desire to support backfilling explicitly, I think
>the new document should state that articles numbers are monitonically
>increasing and that backfilling is not supported.  It certainly makes
>server and client implementation simpler (I think).

If you allow backfilling, you essentially have to abandon article
ranges in .newsrc, and you might as well suggest that newsreader authors
switch to storing message-ids in .newsrc instead of article numbers.
While that would transparently solve multi-server sourcing of articles,
the resultant explosion in .newsrc size would be way beyond being
practical.

I consider backfilling (except for epoch reset) to be broken behaviour,
and it should not be enshrined in the standard.
--
Chris Lewis, Senior Network Security Analyst, Nortel.
clewis@nortel.ca; Dept 4C16, Ottawa, Canada.  (613) 763-2935.