From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/55162 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: concurrent synchronization of nnmaildir directories Date: Tue, 09 Dec 2003 15:10:27 -0500 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT X-Trace: sea.gmane.org 1071002277 18514 80.91.224.253 (9 Dec 2003 20:37:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 9 Dec 2003 20:37:57 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+M3702@lists.math.uh.edu Tue Dec 09 21:37:36 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ATobv-0005eP-00 for ; Tue, 09 Dec 2003 21:37:36 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1AToaH-0001tJ-00; Tue, 09 Dec 2003 14:35:53 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1AToBh-0001s9-00 for ding@lists.math.uh.edu; Tue, 09 Dec 2003 14:10:29 -0600 Original-Received: from harris.CNS.CWRU.Edu (harris.CNS.CWRU.Edu [129.22.104.63]) by justine.libertine.org (Postfix) with ESMTP id ECF7F3A0036 for ; Tue, 9 Dec 2003 14:10:28 -0600 (CST) Original-Received: from conversion-daemon.smtp-a.cwru.edu by smtp-a.cwru.edu (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) id <0HPN006019AOZD@smtp-a.cwru.edu> for ding@gnus.org; Tue, 09 Dec 2003 15:10:28 -0500 (EST) Original-Received: from multivac.cwru.edu (multivac.ITS.CWRU.Edu [129.22.114.26]) by smtp-a.cwru.edu (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with SMTP id <0HPN004709DFD3@smtp-a.cwru.edu> for ding@gnus.org; Tue, 09 Dec 2003 15:10:27 -0500 (EST) Original-Received: (qmail 15071 invoked by uid 500); Tue, 09 Dec 2003 20:10:50 +0000 In-reply-to: Original-To: James Leifer Mail-Followup-To: James Leifer , ding@gnus.org Mail-Copies-To: nobody User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) Original-Lines: 43 Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:55162 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:55162 James Leifer wrote: > In particular, is it safe to do the following operations while > nnmaildir is *running*? > > * Add a new message with its marks, i.e. add a file in foo/cur and > update foo/.nnmaildir/{marks/{read,reply,...},nov} appropriately. Should be safe, I think. I'd add the message before the marks. Otherwise, if you happen to be exiting the group in Gnus at the same time, nnmaildir would delete the (seemingly useless) marks if the message doesn't exist yet. > * Modify the marks of an existing message, i.e. add and delete entries > in foo/.nnmaildir/marks/{read,reply,...} Safe. > * Delete an existing message, i.e. delete a file in foo/cur and the > corresponding entries in foo/.nnmaildir/{marks/{read,reply,...},nov}. Safe. nnmaildir will clean up the cruft in .nnmaildir on its own later on, at *Summary* exit. > Is it dangerous to do these operations while nnmaildir is regenerating > nov data, reading or saving marks, etc? nnmaildir will use whatever data is there when it happens to look. So, e.g., a message might have been added, but its marks may not be there yet, so in Gnus, the message will seem to lack some marks it should have. If it's a problem for you for that to happen, then don't do that. nnmaildir will pick up the rest of the data the next time it checks the filesystem, so the situation should straighten itself out eventually, but there could be problematic cases: e.g., removing the 'expire mark on an old message that's about to be deleted will not reliably save the message if you do it at the same time as expiry; expiry might hit the message first. > Do I need to do anything to foo/.nnmaildir/num? No. It's best to let nnmaildir manage that. paul