From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: William G Gardella Newsgroups: gmane.emacs.help Subject: Re: Emacs mailreader that doesn't move the spool Date: Fri, 25 Oct 2013 06:22:32 +0000 Message-ID: <87zjpx7tuf.fsf@motoko.kusanagi> References: <5266cc94$0$9750$c3e8da3$aae71a0a@news.astraweb.com> <52684778$0$53732$c3e8da3$14a0410e@news.astraweb.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1382682193 10404 80.91.229.3 (25 Oct 2013 06:23:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 25 Oct 2013 06:23:13 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Oct 25 08:23:18 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VZanm-00053t-BO for geh-help-gnu-emacs@m.gmane.org; Fri, 25 Oct 2013 08:23:18 +0200 Original-Received: from localhost ([::1]:57568 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZanl-0007lr-Th for geh-help-gnu-emacs@m.gmane.org; Fri, 25 Oct 2013 02:23:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37966) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZanX-0007lj-Et for help-gnu-emacs@gnu.org; Fri, 25 Oct 2013 02:23:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VZanR-0002D3-Rw for help-gnu-emacs@gnu.org; Fri, 25 Oct 2013 02:23:03 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:46038) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VZanR-0002Cy-Lm for help-gnu-emacs@gnu.org; Fri, 25 Oct 2013 02:22:57 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VZanP-0004ki-IL for help-gnu-emacs@gnu.org; Fri, 25 Oct 2013 08:22:55 +0200 Original-Received: from lumumba.torservers.net ([77.247.181.163]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Oct 2013 08:22:55 +0200 Original-Received: from wgg2 by lumumba.torservers.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 Oct 2013 08:22:55 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 61 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lumumba.torservers.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:7QsJIRxUayqt793558pY6RRz+Lg= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:94205 Archived-At: Hikaru Ichijyo writes: [...] > Yes, I already have an IMAP daemon setup for users, so I could use it > locally also. > > Well...I suppose I could consider it a wishlist request for VM and/or > Gnus then: It would be nice if they could do in-place file locking of > the system mail spool, like Mutt and Alpine do. Maybe in a future > version? :) If RMAIL can do this with a configuration variable, Gnus probably can as well, at least from a technical standpoint. For what it's worth, I use Gnus with its "nnmaildir" message store, notmuch , and notmuch-web , together with a ~/.procmailrc that delivers my incoming mail to a series of Maildirs in $HOME. The main advantages of this setup from my standpoint are that filtering of messages into some basic categories is automatic before I even look at my mail, and that the Maildir format itself does not require locks; several MUAs can be refiling, marking, and adding new messages to the Maildir at the same time without stepping on each other's toes. This configuration does not fulfil your requirement of not moving the mail, but it may fulfil your requirement of sharing, as Maildir is a lingua franca among many MUAs, mail indexing programs, and IMAP servers these days. The (for now very simple) ~/.procmailrc is as follows: --8<---------------cut here---------------start------------->8--- :0 c * ^X-Spam-Status: Yes Maildir/spam/ :0 Ec * ^List-Unsubscribe:.* Maildir/lists/ :0 Ec Maildir/mail/ :0 | notmuch new --8<---------------cut here---------------end--------------->8--- First, spam is filtered out into its own sub-maildir for possible manual checking (not shown: the SpamAssassin + Pyzor configuration that adds the spam-related headers). Second, messages with a List-Unsubscribe header--bulk mailings--go in the "lists" maildir. Anything else is mail. Finally, the notmuch indexer is run to incorporate the new mail (pedantically speaking, this recipe runs notmuch with the new messages as arguments, but notmuch ignores its stdin). Of course, this setup might or might not make sense for your requirements. You may have some reason to prefer mbox, but consider also that many contemporary MTAs such as Postfix are happy to deliver directly to a maildir in $HOME, possibly without the help of an MDA helper like procmail. -- Best, WGG