From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/9254 Path: main.gmane.org!not-for-mail From: Jason L Tibbitts III Newsgroups: gmane.emacs.gnus.general Subject: Re: Idea for turbo expiry Date: 24 Dec 1996 14:12:52 -0600 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035149305 17331 80.91.224.250 (20 Oct 2002 21:28:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:28:25 +0000 (UTC) Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.4/8.8.4) with SMTP id MAA30689 for ; Tue, 24 Dec 1996 12:20:34 -0800 Original-Received: from sina.hpc.uh.edu (tibbs@Sina.HPC.UH.EDU [129.7.3.5]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 24 Dec 1996 21:12:47 +0100 Original-Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id OAA11607; Tue, 24 Dec 1996 14:12:53 -0600 (CST) Original-To: ding@ifi.uio.no In-Reply-To: David Moore's message of 24 Dec 1996 10:51:29 -0800 Original-Lines: 20 X-Mailer: Red Gnus v0.76/Emacs 19.34 Xref: main.gmane.org gmane.emacs.gnus.general:9254 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:9254 >>>>> "DM" == David Moore writes: DM> I was thinking a good thing to do would be to get a list of all of the DM> files in the directory and intersect that list with the read list, and DM> only remove things in the intersection. Is it really true that Gnus doesn't know the difference between articles that are read but not expired and articles that are completely gone? I can understand why the front end wouldn't care, but the backend has to have a way to figure it out without going through the directory. Couldn't it use the overview file if available? I think that would be quicker iterating through the directory. I still think it would be worthwhile to let the user choose to assume chronological ordering so that expiry can bail early. I have groups with really long expiry times, like a year, and some of them hold upwards of ten thousand articles. These take _forever_ to process. (I've been using Gnus since (ding) Gnus Warp 0.6 and have processed a _lot_ of mail through it.) - J<