From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/10548 Path: main.gmane.org!not-for-mail From: Jason L Tibbitts III Newsgroups: gmane.emacs.gnus.general Subject: Re: procmail and nnfolder Date: 05 Apr 1997 02:36:10 -0600 Sender: tibbs@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by tm-edit 7.100) Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035150401 25034 80.91.224.250 (20 Oct 2002 21:46:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:46:41 +0000 (UTC) Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.5/8.8.5) with SMTP id AAA07154 for ; Sat, 5 Apr 1997 00:42:57 -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 ; Sat, 5 Apr 1997 10:36:10 +0200 Original-Received: (from tibbs@localhost) by sina.hpc.uh.edu (8.7.3/8.7.3) id CAA00009; Sat, 5 Apr 1997 02:36:11 -0600 (CST) Original-To: ding@ifi.uio.no In-Reply-To: jason@mastaler.com's message of 05 Apr 1997 01:51:48 -0500 Original-Lines: 38 X-Mailer: Gnus v5.4.40/Emacs 19.34 Xref: main.gmane.org gmane.emacs.gnus.general:10548 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:10548 >>>>> "JRM" == Jason R Mastaler writes: JRM> So does this mean I've been doing what the manual says not to? Yes. JRM> If so, why is this bad? I've never noticed any side effects from this JRM> combination. You will eventually lose mail. You may have already. The problem is that Gnus expects that it owns its folders and that nothing is messing with them in the background. If Procmail adds a message while Gnus is processing a folder in memory, then Gnus saves its buffer out to disk, you have just lost mail and you'll never know about it. JRM> I'm also a bit confused with at the proposed solution of having JRM> procmail filter incoming mail in a nnmail-procmail-directory instead. You have Procmail stuff mail in spool files, pre-sorted and filtered. Gnus then picks these up and stuff the messages in the appropriate groups. Gnus uses movemail to actually move the mail out of the spool, and movemail uses locking that Procmail understands, so there is no danger of mail loss. JRM> Why are nnfolder-directory and nnmail-procmail-directory two different JRM> directories if nnmail-procmail-directory will contain the mail boxes JRM> that procmail appends to and nnfolder-directory is supposed to be JRM> "All the nnfolder mail boxes will be stored under this directory"? Because Procmail should stuff its mail in different folders, _not_ in the ones that your regular mail is stored in. JRM> Is the idea to have Gnus use nnmail-procmail-directory as a temporary JRM> directory that it draws from to process and then deposit nnfolder JRM> mailboxes in the nnfolder-directory? Yep. - J<