From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49364
Path: main.gmane.org!not-for-mail
From: prj@po.cwru.edu (Paul Jarc)
Newsgroups: gmane.emacs.gnus.general
Subject: Re: maildir in Gnus vs. clock corrections and PID recycling
Date: Sun, 19 Jan 2003 18:14:40 -0500
Organization: What did you have in mind?  A short, blunt, human pyramid?
Sender: owner-ding@hpc.uh.edu
Message-ID: <m3ptqsag09.fsf@multivac.cwru.edu>
References: <m3znpy7y8o.fsf@merlin.emma.line.org>
NNTP-Posting-Host: main.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1043018057 7291 80.91.224.249 (19 Jan 2003 23:14:17 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 19 Jan 2003 23:14:17 +0000 (UTC)
Cc: ding@gnus.org
Return-path: <owner-ding@hpc.uh.edu>
Original-Received: from malifon.math.uh.edu ([129.7.128.13])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 18aOdr-0001tS-00
	for <ding-account@gmane.org>; Mon, 20 Jan 2003 00:14:16 +0100
Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists)
	by malifon.math.uh.edu with esmtp (Exim 3.20 #1)
	id 18aOeZ-0002Gi-00; Sun, 19 Jan 2003 17:14:59 -0600
Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 19 Jan 2003 17:15:55 -0600 (CST)
Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2])
	by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id RAA21750
	for <ding@hpc.uh.edu>; Sun, 19 Jan 2003 17:15:43 -0600 (CST)
Original-Received: (qmail 84296 invoked by alias); 19 Jan 2003 23:14:42 -0000
Original-Received: (qmail 84291 invoked from network); 19 Jan 2003 23:14:42 -0000
Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (@129.22.96.25)
  by 66.230.238.6 with SMTP; 19 Jan 2003 23:14:42 -0000
Original-Received: (qmail 13691 invoked by uid 500); 19 Jan 2003 23:15:02 -0000
Original-To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
In-Reply-To: <m3znpy7y8o.fsf@merlin.emma.line.org> (Matthias Andree's
 message of "Sun, 19 Jan 2003 01:57:11 +0100")
Mail-Copies-To: nobody
Mail-Followup-To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>,
 ding@gnus.org
Original-Lines: 37
User-Agent: Gnus/5.090011 (Oort Gnus v0.11) Emacs/21.2 (i686-pc-linux-gnu)
Precedence: list
X-Majordomo: 1.94.jlt7
Xref: main.gmane.org gmane.emacs.gnus.general:49364
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:49364

Matthias Andree <ma@dt.e-technik.uni-dortmund.de> wrote:
> Mail reading means moving the file from new/... to
> cur/<time>.<unique>.<hostname>,<flags>.

Actually, it's cur/<time>.<unique>.<hostname>:<flags>.

> What does nnmaildir.el and possibly other maildir code in Gnus do when
> it is about to move a mail from new/ to cur/? Does it rely on uniqueness
> and will it -- as mutt -- accidentally kill an already-present file in
> cur/?

Yes.

> The supposedly later http://cr.yp.to/proto/maildir.html refines the
> documentation, and demands that the middle part does not recur within
> one second, which is still insufficient given that a computer clock
> might be stepped back,

Stepping a clock backwards produces so many problems that it is better
to ignore those problems, run the clock monotonically, and find a
different way to deal with any problems that stepping backwards was
supposed to solve.

> It seems that Postfix, Courier and Maildrop will settle on using the
> tmp/* file inode number for the <unique> part in new/, so these
> applications will rename from tmp/time.pid_count.hostname to
> new/time.inode.hostname.

That sounds like a good idea.  As long as all maildir writers do that,
readers (programs that move messages from new/ to cur/) won't have to
be changed.  nnmaildir does deliver new messages to tmp/ sometimes, so
I'll change that.  But the problem isn't likely to affect nnmaildir
anyway, since Emacs is long-lived and nnmaildir is not likely to
deliver new messages within 1 second of Emacs starting or exiting.


paul