Looking at the IMAP Makefile it states:
Disable the "Mailbox vulnerable -- directory must have
1777 protection" warning which occurs if an attempt to
create a mailbox lock file fails due to an EACCES error.
WARNING: If the mail delivery program uses mailbox lock
files and the mail spool directory is not protected 1777,
there is no protection against mail being delivered while
the mailbox is being rewritten in a checkpoint or an
expunge. The result is a corrupted mailbox file
and/or lost mail. The warning message is the *ONLY*
indication that the user will receive that this could be
happening. Disabling the warning just sweeps the problem
under the rug.
There are only a small minority of BSD-style systems in
which the mail delivery program does not use mailbox lock
files. Linux is *NOT* one of these systems. Do *NOT* set
this option on Linux or SVR4.
Can it be correct use that define?
I get lots of
Error opening or locking INBOX user=blah host=hostname
errors from my ipop3 daemon since upgrading to imap4.5
Jeff, this shouldn't matter because none of our mailers use lockfiles,
but instead the system-call locking functions, correct?
that is correct. all the mail delivery programs on a RH system are
synced up to fcntl. this leaves out the mail delivery over nfs, but if
you are delivering mail over nfs you are looking for trouble anyway
(since even lockfiles will not protect you from that - they do not
guarantee the atomicity of a lock in any way)