From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/24027 Path: main.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.emacs.gnus.general Subject: Re: Keeping cached (*) mail articles in the backend. Bad idea? Date: 09 Jul 1999 01:52:12 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: <87k8satiw3.fsf@raven.localnet> References: <87so702vje.fsf@raven.localnet> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035161666 6497 80.91.224.250 (21 Oct 2002 00:54:26 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:54:26 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id CAA11849 for ; Fri, 9 Jul 1999 02:52:49 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id BAB19448; Fri, 9 Jul 1999 01:52:44 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 09 Jul 1999 01:53:34 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id BAA04825 for ; Fri, 9 Jul 1999 01:53:20 -0500 (CDT) Original-Received: from cs2868-35.austin.rr.com (mail@cs2868-35.austin.rr.com [24.28.68.35]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id CAA11841 for ; Fri, 9 Jul 1999 02:52:19 -0400 (EDT) Original-Received: from raven.localnet ([192.168.1.7] ident=mail) by cs2868-35.austin.rr.com with esmtp (Exim 2.11 #1 (Debian)) for ding@gnus.org id 112UZ3-00074e-00; Fri, 9 Jul 1999 01:55:17 -0500 Original-Received: from rlb by raven.localnet with local (Exim 2.11 #1 (Debian)) for ding@gnus.org id 112UW4-0001WA-00; Fri, 9 Jul 1999 01:52:12 -0500 Original-To: ding@gnus.org In-Reply-To: Kai.Grossjohann@CS.Uni-Dortmund.DE's message of "08 Jul 1999 11:52:37 +0200" Original-Lines: 47 User-Agent: Gnus/5.070093 (Pterodactyl Gnus v0.93) Emacs/20.3 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:24027 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:24027 Kai.Grossjohann@CS.Uni-Dortmund.DE writes: > Hm. You can mark the article dormant (?) or ticked (!) -- both of > these won't be expired. Mostly I just thought that having cached mail articles stay in the mail folder might be a bit more elegant, certainly a bit less redundant, but I could imagine that this might add too much complexity to the expire (and other) code. > If you need one more article state than allowed by total-expire, I > suggest that you use auto-expire instead. I could, but of course that prevents me from being able to play with adaptive scoring (at least that was my understanding). I think we've probably talked about this before on (c.e.g.), so I don't want to waste your time again, but the short version is that after listening to some pretty convincing arguments on the newsgroup, I came to the conclusion that total-expire would be quite a bit better than my current arrangement. Accordingly, I was trying to move in that direction. The (4) states I wanted were unread, urgent, read/archived, read/needs-attention/but-not-urgent. With total-expire you really get only three permanent states. Presuming I was going to use total-expire, I realized I could get the fourth state by using cached/read articles. Unfortunately, that had the ugly side effect of moving all those articles somewhere else. Since I use grep and friends on my nnml groups reasonably often, it would be awkward to have to specify two directories in every command. > Do you need more marks than this? I think user-defined labels are > still on the todo list (and have been there for a long time). User defined labels sound really nice as long as you can either tell Gnus what their expiry behavior should be. I'd offer to try and do it myself, but I'm not sure I have the time right now, and I'm not an elisp whiz. I have a lot more experience with scheme and common-lisp, though if Gnus doesn't delve to deeply into elisp eccentricities, I might be all right... Anyway, thanks to all for a wonderful tool, only a fraction of which I've had the opportunity to learn. -- Rob Browning PGP=E80E0D04F521A094 532B97F5D64E3930