On Mon, 02 Aug 2004 21:20:31 -0500, Harry Putnam
<reader(_at_)newsguy(_dot_)com> wrote:
Justin Gombos <mindfuq(_at_)zianet(_dot_)com> writes:
What might such a rule look like. I don't really understand the
role of (:0:) lock operator. If I need that in this case or what.
At a minimum, you need to lock every rule that delivers to an mbox
file.
Not being argumentative here but just curios. Above you are saying
all my regular rules that write to mbox files should have the lock
right?
Yes.
Even where, as is mostly the case in my setup, a rule writes to a
unique mbox file. Nothing else writes to it. Well, only gnus reads
when it slurps from them and I guess zeros them out somehow.
I don't see anything that indicates your mailboxes have unique names.
Either you've been very lucky or you are invoking procmail in such a
way that it can only ever process one message.
My setup is: Linux (Fedora) on pc hardware. My procmailrc processes
only a light load, maybe some 700 t0 1700 hundred messages a week.
Mostly lists and a couple dozen spam traps.
You've been lucky and have low volume.
I wonder if I'm skating on thin ice or just have never noticed the
problems it is causing. I've noticed nothing that seemed related to
locking those files.
What would such a problem look like?
Partial emails, emails that contain parts of other emails, missing
From_ lines, mangled headers. etc. The mbox format is pretty robust
so that even with corrupted data MOST of the mailbox will be fine.
You might not notice corruption if you don't read every message. You
might sort messages by size and see if there are any large messages
that seem to contain the text and headers for several messages as that
is the most common corruption I've seen.
OTOH, perhaps the filesystem in use prevents corruption in most cases?
Is your system journaled?
--
gkreme at gmail or kreme at kreme or syth at mac
:: Don't get saucy with me, Bernaise ::
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail