From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/3934 Path: main.gmane.org!not-for-mail From: Joe Hildebrand Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus5, procmail, and reading mail lists. Date: 13 Nov 1995 13:16:19 -0700 Organization: Fuentez Systems Concepts, Inc. Sender: hildebra@arls2006.fuentez.com Message-ID: References: <9511131748.AA25001@suomi.cdc.noaa.gov> Reply-To: hildjj@fuentez.com NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035144752 27986 80.91.224.250 (20 Oct 2002 20:12:32 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:12:32 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from moonbase_v.moonvalley.com (moonbase_v.moonvalley.com [204.212.162.1]) by miranova.com (8.6.11/8.6.9) with ESMTP id NAA12622 for ; Mon, 13 Nov 1995 13:02:06 -0800 Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by moonbase_v.moonvalley.com (8.6.12/8.6.9) with ESMTP id MAA08614 for ; Mon, 13 Nov 1995 12:51:37 -0800 Original-Received: from ipcsun3.den.mmc.com (ipcsun3.den.mmc.com [160.205.18.31]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Mon, 13 Nov 1995 21:13:02 +0100 Original-Received: from arls2006.asas.den.mmc.com ([160.205.112.38]) by ipcsun3.den.mmc.com (4.1/1.34.a) id AA28298; Mon, 13 Nov 95 13:17:50 MST Original-Received: by arls2006.asas.den.mmc.com (5.x/SMI-SVR4) id AA14815; Mon, 13 Nov 1995 13:16:20 -0700 Original-To: ding@ifi.uio.no X-Attribution: Joe In-Reply-To: mdb@cdc.noaa.gov's message of Mon, 13 Nov 1995 10:48:29 -0700 Original-Lines: 77 Xref: main.gmane.org gmane.emacs.gnus.general:3934 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:3934 > "mb" == Mark Borges writes: mb> I use procmail. mb> Procmail splits my incoming mail box into the mailing list mb> boxes in my home directory, i.e., it takes /var/mail/me and mb> extracts mail from the two lists foo and bar into: mb> $HOME/mail/spool/foo mb> $HOME/mail/spool/bar you will have less difficulty if you use: $HOME/mail/spool/foo.spool $HOME/mail/spool/bar.spool mb> Currently, I use VM and movemail to read these, but the scoring mb> capability of Gnus5 is begging me to try it instead. mb> So, how do Gnus / procmail exist, esp. with regard to mb> lockfiles? fine. gnus uses movemail, which does locking. I have this at the top of my .procmailrc, though: # use lockfiles that Emacs movemail honours... otherwise you may lose mail LOCKEXT=+ mb> My reading of the info pages suggests I do the following: mb> (setq nnmail-use-procmail t); use it mb> (setq nnmail-spool-file "procmail") ; or should that be a mb> variable? try (setq nnmail-spool-file 'procmail) mb> (setq nnmail-split-methods nil)) ; avoid unpleasant side effects mb> (setq nnmail-procmail-directory (expand-file-name ~/mail/spool)) mb> (setq nnmail-procmail-suffix nil) ; just use the mb> group name? I want the group to be foo and the spool file mb> to be foo, as above. don't do this last one. there used to be a bug with that; I don't know if it has been fixed, yet. just use ".spool", the default. mb> Also, there was some discussion of why this: mb> ------------------------------------------------------------------------------ mb> If you use `procmail' to split things directory into an nnmh mb> directory (which you shouldn't do), you should set mb> `nnmail-keep-last-article' to non-`nil' to prevent Gnus from mb> ever expiring the final article in a mail newsgroup. This is mb> quite, quite mb> important. ------------------------------------------------------------------------------ mb> mb> was important, but I lost it. Anyway, I'm planning on using mb> nnml as the backend to get the NOV databases (unless procmail mb> can do it more efficiently). Is it just as important for nnml mb> as nnmh? this was the old way. don't worry about it. Gnus takes care of everything, the way you are doing it. mb> Finally, should I restrict myself to the Gnus5 expiry process, mb> or can I just run a simple cron job each weekend to remove old mb> mail? (I suspect that might confuse Gnus5 after a while, mb> though.) use expiry. unless your script is going to modify your .overview file, and you are *sure* that you are never going to be using Gnus at the time of day that your cron job fires. -- Joe Hildebrand Fuentez Systems Concepts hildjj@fuentez.com 11781 Lee-Jackson Hwy, Suite 700 Lead Software Engineer Fairfax, VA 22033 "Breakfast recapitulates phylogeny" - Spider Robinson