[...]

That would be fine for courierpop3dsizelist. It's not so much use for the
maildirsize file, which has to be shared between all the front-ends or else
it doesn't work at all.

Rewriting maildirsize *does* have some race conditions, in the sense that
the calculated quota size may not always be entirely accurate. It's a
trade-off between efficiency/overhead and functionality.
Yeah I know this problem... that why when I have done my patch for postfix to
support courier imap Maildir++ I *never* trusted maildirsize file and never used it
on NFS. I prefer recomputing the inbox part in every mails than rely on something
that can not be sure at 100%.

The overhead is so little that the mailwritting machine have load average < 0.01 in general...

So... :)

But I feel like J�r�me : I do not trust flat file on a NFS....

/Xavier

--
Xavier Beaudouin - Unix System Administrator & Projects Leader.
For mail address, please check header of this mail. Spams are not accepted.
Caudium: http://caudium.net/
Making friends with FreeBSD:
Just because the system has panicked doesn't mean that you should panic too


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users


Reply via email to