From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/17137 Path: main.gmane.org!not-for-mail From: Rajappa Iyer Newsgroups: gmane.emacs.gnus.general Subject: Re: mh backend Date: 15 Sep 1998 16:43:44 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: <199809152043.QAA04810@placebo.ho.lucent.com> References: <199809151806.OAA04708@placebo.ho.lucent.com> Reply-To: rsi@lucent.com NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035155892 31809 80.91.224.250 (20 Oct 2002 23:18:12 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:18:12 +0000 (UTC) Cc: "(ding)" Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id QAA13422 for ; Tue, 15 Sep 1998 16:43:38 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id PAF00067; Tue, 15 Sep 1998 15:14:26 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 15 Sep 1998 15:41:54 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id PAA09963 for ; Tue, 15 Sep 1998 15:41:45 -0500 (CDT) Original-Received: from cbgw2.lucent.com (cbgw2.lucent.com [207.24.196.52]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id QAA13408 for ; Tue, 15 Sep 1998 16:41:38 -0400 (EDT) Original-Received: from placebo.ho.lucent.com by cbig2.firewall.lucent.com (SMI-8.6/EMS-L sol2) id QAA06357; Tue, 15 Sep 1998 16:41:32 -0400 Original-Received: (from rsi@localhost) by placebo.ho.lucent.com (8.8.8/8.8.8) id QAA04810; Tue, 15 Sep 1998 16:43:45 -0400 (EDT) Original-To: François Pinard X-Mailer: Gnus v5.6.41/XEmacs 20.4 - "Emerald" Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:17137 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:17137 François Pinard writes: > Rajappa Iyer writes: > > > 1. Message sequences. > > What are they? In MH, I can assign a compound sequence of messages a name and can limit my operations to operate on specific sequences. Look upon it as user customizable marks. > > 2. Picking messages based on patterns in their body or some header > > field. > > The usual devices for this, I think, are the limiting commands (starting > with `/') and the scoring commands (starting with `I', 'L' or 'V'). > Maybe there are others? That makes a lot already :-). Yes, limiting takes care of matching on headers, but unless I'm missing something obvious, one cannot limit based on the contents message body. I find this occasionally useful when searching for a particular piece of email. Hmm, now that I think about it, both 1 and 2 may perhaps easily be implemented by spawning an external command like MH's pick which will return a sequence of message numbers which match the given criteria and have a special limiting function which will use that list. > > 3. When I periodically delete some mail, I can folder -pack to > > renumber all the messages. With Gnus it is a lot more painful. > > What is the purpose of doing such an operation? I have the impression that > it is rather unusual that one has to enter the `nnml' hierarchy directly, > or depends on attributed numbers. Isn't it? Well, the idea is that despite all the fine procmail filters I have in place, a lot of spam and otherwise useless messages make it to my inbox. If I expire them, it leaves a gap in the message numbers and then the count of messages is inaccurate since Gnus calculates the number of articles based on the article numbers of the first and the last articles. Ideally, I'd like to be able to `pack' the nnml folder in the same way as an MH folder so that I have an accurate count of the messages in my folder. I do think that I shall look into adapting and implementing some of the nifty MH features that I've been silently missing for so long. :-) Regards, Rajappa -- Rajappa Iyer #include We're too busy mopping the floor to turn off the faucet.