Looking at the IMAP Makefile it states: -DIGNORE_LOCK_EACCES_ERRORS=1 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 [192.168.229.233] 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)