On 7/10/06, Timo Sirainen tss@iki.fi wrote:
I'd suggest upgrading to 1.0rc2 and not even trying to figure out what's wrong with 0.99. It's no longer supported.
Roger that ! I had to duild this server quick (2 days) as the old mail server was almost dead. CentOS/RHEL does not yet have a 1.0 rpm (Core 5 does). I was in a real hurry or I would of compiled dovecot by hand. If CentOS does not come out with a 1.0 rpm shortly I will upgrade by hand.
I am having problems w/locking (the old box had the same problem, so this is not due to the move):
imap(tocmtgp): Jul 10 10:35:13 Error: Error rewriting mbox file /var/spool/mail/tocmtgp: Unexpected end of file imap(tocmtgp): Jul 10 10:35:13 Error: mbox file /var/spool/mail/tocmtgp was modified while we had it read-locked, make sure all your software accessing mboxes uses the same locking methods (fcntl, flock, dotlock)
OK, if I understand things sendmail hands off the procmail to write to /var/spool/mail/<username>. Dovecot reads this file and writes all its files/dirs to /home/<username>.
So this issue is how locking is done by procmail & dovecot ?
[root@jidmail ~]# procmail -v procmail v3.22 2001/09/10 Locking strategies: dotlocking, fcntl() Default rcfile: $HOME/.procmailrc It may be writable by your primary group Your system mailbox: /var/mail/root
[root@jidmail ~]# cat /etc/dovecot.conf | grep locks # to give "mail" group write access to /var/mail to be able to create dotlocks. # with is important to avoid deadlocks if other MTAs/MUAs are using both fcntl mbox_locks = fcntl [root@jidmail ~]#
I can't find a lock file in /var/mail/ ie: ls -la | egrep *lock* or *.lock* or lock
So is procmail using fcntl or am I just not finding the lock files.
Any suggestions on fixing this ?
james