From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/50315 Path: main.gmane.org!not-for-mail From: kai.grossjohann@uni-duisburg.de (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: Why article numbers? Date: Sun, 23 Feb 2003 18:23:24 +0100 Organization: University of Duisburg, Germany Sender: owner-ding@hpc.uh.edu Message-ID: <843cme52sz.fsf@lucy.is.informatik.uni-duisburg.de> 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 1046021111 16558 80.91.224.249 (23 Feb 2003 17:25:11 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 23 Feb 2003 17:25:11 +0000 (UTC) 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 18mzsD-0004Ip-00 for ; Sun, 23 Feb 2003 18:25:09 +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 18mzrn-0002qP-00; Sun, 23 Feb 2003 11:24:43 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 23 Feb 2003 11:25: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 LAA02698 for ; Sun, 23 Feb 2003 11:25:28 -0600 (CST) Original-Received: (qmail 48513 invoked by alias); 23 Feb 2003 17:24:25 -0000 Original-Received: (qmail 48508 invoked from network); 23 Feb 2003 17:24:24 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 23 Feb 2003 17:24:24 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18n06N-00026W-00 for ; Sun, 23 Feb 2003 18:39:47 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 53 Original-NNTP-Posting-Host: pd9e1e610.dip.t-dialin.net Original-X-Trace: quimby.gnus.org 1046021987 8076 217.225.230.16 (23 Feb 2003 17:39:47 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 23 Feb 2003 17:39:47 GMT User-Agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.3.50 Cancel-Lock: sha1:2LS3VKRK9fq283+zFIpPiRfKtrI= Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:50315 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:50315 Simon Josefsson writes: > 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.) That's why I said `in most cases'. Hm. Gnus could offset all numbers by the number of cached articles in the group -- then the backend would have to know about it and it would have to treat all incoming article numbers appropriately. Whee... >> 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. Yes. Hm. Yeah, why not make it correct and slow first. One possible optimization would be to find out if the uidvalidity change actually resulted in different article numbers being used. I have the impression that this is often not the case. >> 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. That was my idea. > 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... Hah, if it wasn't work it'd be implemented already ;-) -- A preposition is not a good thing to end a sentence with.