From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50314 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Why article numbers? Date: Sun, 23 Feb 2003 17:56:19 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <841y2jzrgm.fsf@lucy.is.informatik.uni-duisburg.de> <84el60hvg9.fsf@lucy.is.informatik.uni-duisburg.de> <84n0kn9vdh.fsf@lucy.is.informatik.uni-duisburg.de> <84wujr86k8.fsf@lucy.is.informatik.uni-duisburg.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1046019428 11598 80.91.224.249 (23 Feb 2003 16:57:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 23 Feb 2003 16:57:08 +0000 (UTC) Cc: ding@gnus.org Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18mzR2-00030k-00 for ; Sun, 23 Feb 2003 17:57:04 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18mzQg-0002aH-00; Sun, 23 Feb 2003 10:56:42 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 23 Feb 2003 10:57:42 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id KAA02634 for ; Sun, 23 Feb 2003 10:57:27 -0600 (CST) Original-Received: (qmail 47533 invoked by alias); 23 Feb 2003 16:56:23 -0000 Original-Received: (qmail 47526 invoked from network); 23 Feb 2003 16:56:23 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by 66.230.238.6 with SMTP; 23 Feb 2003 16:56:23 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.7/8.12.7) with ESMTP id h1NGuJXf008915 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 23 Feb 2003 17:56:20 +0100 Original-To: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=) Mail-Copies-To: nobody X-Payment: hashcash 1.1 0:030223:kai.grossjohann@uni-duisburg.de:625dc63876c558f3 X-Hashcash: 0:030223:kai.grossjohann@uni-duisburg.de:625dc63876c558f3 X-Payment: hashcash 1.1 0:030223:ding@gnus.org:c766d634583c6c08 X-Hashcash: 0:030223:ding@gnus.org:c766d634583c6c08 In-Reply-To: <84wujr86k8.fsf@lucy.is.informatik.uni-duisburg.de> (kai.grossjohann@uni-duisburg.de's message of "Sun, 23 Feb 2003 14:33:59 +0100") User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.3.50 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50314 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50314 kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes: > Yeah. What I think should happen is a renumbering. For the cache, > renumbering is actually easier, most of the time: just renumber the > cached articles to start at 1, and you'll be fine in most cases. What if there is an article with number 1 on the server? (But see below too.) > The copies in the agent are a thornier issue. I think it would not > be good to just delete them: they will then be fetched again from the > server, which is a waste of bandwidth that we wanted to avoid by > using the agent in the first place... Yes, although that is an optimization. Deleting them would at least make things correct. > If you have an index of the local copies by message id, then you > could just ask the server for the headers (NOV) and then search for > articles mentioned there by message id. That tells you which number > to use locally, and then there could be some articles that aren't > found on the server -- we want to delete them I think. Yes. > Maybe the cache should be treated a little bit like a separate > backend, kind of like nnvirtual does it, at least conceptually. I > think it would be best to just decouple the numbers used in the cache > totally from the numbers used on the server. This leads to problems > when the cached articles are still on the server, but oh, well. This sounds like a good idea. So conceptually there is a nncache which contains the articles you put into it with `*', and the nncache groups mirror all your normal groups. And when you enter a group it is like entering a nnvirtual that contains the nncache group and the real group. OTOH it sounds like work, and might expose other unwanted behaviour, so I'm not sure if it is worth the time to really implement it like this...