From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/8782 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Discussion: To del cached articles upon zapping group info? Date: 14 Nov 1996 10:01:20 +0100 Sender: larsi@proletcult.ifi.uio.no Message-ID: References: <199611131650.LAA17750@alderaan.gsfc.nasa.gov> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035148901 14328 80.91.224.250 (20 Oct 2002 21:21:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:21:41 +0000 (UTC) Return-Path: Original-Received: (qmail 28125 invoked from smtpd); 14 Nov 1996 09:30:25 -0000 Original-Received: from ifi.uio.no (0@129.240.64.2) by deanna.miranova.com with SMTP; 14 Nov 1996 09:30:20 -0000 Original-Received: from proletcult.ifi.uio.no (root@ppp12.larris.ifi.uio.no [129.240.68.112]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Thu, 14 Nov 1996 10:10:56 +0100 Original-Received: (from larsi@localhost) by proletcult.ifi.uio.no (8.8.2/8.8.2) id KAA32506; Thu, 14 Nov 1996 10:01:24 +0100 Original-To: ding@ifi.uio.no In-Reply-To: David Moore's message of 13 Nov 1996 10:21:54 -0800 Original-Lines: 33 X-Mailer: Red Gnus v0.62/Emacs 19.34 X-Face: &w!^oO~dS|}-P0~ge{$c!h\ writes: > I'm preferring the negative number scheme myself. The problem is that Gnus has reserved negative numbers to articles that it don't know the number of. Articles fetched by Message-ID, for instance, and pseudo-articles. Lots of code depend on this. > Another approach would be to put the articles in the cache > numbered 1..N, and store the delta N as a group parameter, and then just > add N to all article numbers returned by the backend for that group. > This adds more overhead to article fetching, and makes Xref's rather > challenging. Indeed. > Or you could let article numbers (internally to gnus) come as > dotted pairs: (component-number . article-number). And you'd just > assign increasing component-numbers to each new nntp server you get. > Going this path means changing a lot more internal code, but you might > be able to leverage the functionality for nnvirtual and IMAP. Although, > it's probably not worth it. ;) I don't think so either. This is a rather obscure problem -- what to do with cached articles when changing nntp servers. I'm inclined to just say that this isn't something that's outside Gnus' scope and let the user deal with it herself. -- (domestic pets only, the antidote for overdose, milk.) larsi@ifi.uio.no * Lars Ingebrigtsen