On May 20, 2007, at 5:43 PM, Timo Sirainen wrote:
If the lock file is really stale, updating mtime might cause the
lock to
never be overwritten.
Would it work if you chown()ed the lock file to its current uid/gid
(that lstat() returned) instead?
Yes, that worked as well. I've attached the
On Sun, 2007-05-20 at 17:32 -0700, Doug Council wrote:
> Does anyone know of any side effects the forced mtime update may have
> that I may not be seeing?
If the lock file is really stale, updating mtime might cause the lock to
never be overwritten.
Would it work if you chown()ed the lock file
I wanted to followup on my NFS lock issue with dovecot-uidlist.
After doing some research, the current FreeBSD NFS client (as of 6.2-
STABLE at least) appears to have a long-standing bug with caching on
files with high create/removal rates. With the NFS access cache
enabled or disabled, th
We are in the process of migrating away from Courier-IMAP/POP3 and
Maildrop. I want to use Dovecot (LDA, IMAP, POP3). During my testing, it
has worked great except for dotlocking on the dovecot-uidlist file.
The problem:
When a delivery is being made with deliver and a mail client has the
m
