On 6-Dec-2009, at 15:01, Sam Varshavchik wrote:
> For procmail, or anyone else, it is impossible to actually accomplish the
> task of delivering a message to a maildir unless the tmp and new
> subdirectories are actually touched. Scribbling something into their parent
> directory will have no effect.
Procmail knows how to deliver properly to maildirs by specifying .maildir/ what
I was trying to make clear was that I was not putting the messages directly
into ./maildir/new as some people have a bad habit of doing.
> Last time I checked, procmail really doesn't support maildirs. What its
> documentation claims to be maildir support merely involves writing each
> message to a unique file. This is insufficient, there's more to it than that.
> There is a well defined process by which new messages get delivered to a
> maildir.
Procmail does support maildir, and the messages are delivered by procmail. They
show up in new (moved there after being written to tmp. This is not where the
problem occurs). When they get moved from new to cur (once they've been seen by
an MUA) is when the duplication occurs. It is not occurring on delivery.
>From man procmailrc:
If the mailbox name ends in "/", then this directory
is presumed to be a maildir folder; i.e., procmail will deliver the
message to a file in a subdirectory named "tmp" and rename it to be
inside a subdirectory named "new".
> The filenames you've shown appear to be formed by using the current timestamp
> and the delivering process's PID. Quite a while ago, it became apparent that
> modern servers that support modern of levels of mail traffic are quite
> capable of recycling the same process id during the same chronological
> second, as a result of rapid spawning of short-lived processes that typically
> occur when delivering mail. As such, the same filename may end up being
> generated for two discrete messages. The end results are unpredictable,
> message corruption is likely.
My server is several orders of magnitude less busy than that. It will take it
days, probably, to recycle a PID.
--
I WILL REMEMBER TO TAKE MY MEDICATION
Bart chalkboard Ep. 2F14
------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
