On Mon, Jan 26, 2009 at 10:02:19AM -0500, Timo Sirainen wrote:
> Perhaps the NFS cache flushing doesn't work then for some reason. What
> OS (kernel) are you using on the Dovecot servers? How big values have
> you set to attribute cache?

On the client side, it's Linux 2.6.23.16. All attribute cache related
values are at their default, as far as I can tell. The entry in fstab
reads:

nfs-server:/srv/storage /srv/storage nfs 
rw,nfsvers=3,hard,intr,nosuid,noexec,nodev,noatime 0 0

> I was just thinking that when you said there was no concurrent access
> did you also consider deliver processes and not just imap/pop3?

I just checked again. See below for an example of the logs for one mailbox.

$ grep [email protected] mail.log
Jan 27 08:00:17 allina dovecot: pop3-login: Login: user=<[email protected]>, 
method=PLAIN, rip=80.x.x.x, lip=10.x.x.x
Jan 27 08:00:19 allina dovecot: POP3([email protected]): Disconnected: Logged 
out top=0/0, retr=1/1283428, del=0/1, size=1283408
Jan 27 08:00:57 laura deliver([email protected]): 
msgid=<497eb077.000009.01...@ernesto>: saved mail to INBOX
Jan 27 08:00:57 laura postfix-store/pipe[18734]: 753522531F: 
to=<[email protected]>, relay=dovecot, delay=0.91, delays=0.28/0.06/0/0.57, 
dsn=2.0.0, status=sent (delivered via dovecot service)
Jan 27 08:04:35 laura deliver([email protected]): 
msgid=<497eb05f.000005.01...@ernesto>: saved mail to INBOX
Jan 27 08:04:35 laura postfix-store/pipe[19818]: 0ABB3251E0: 
to=<[email protected]>, relay=dovecot, delay=0.42, delays=0.11/0.06/0/0.25, 
dsn=2.0.0, status=sent (delivered via dovecot service)
Jan 27 08:15:16 ellia dovecot: pop3-login: Login: user=<[email protected]>, 
method=PLAIN, rip=80.x.x.x, lip=10.x.x.x
Jan 27 08:15:16 ellia dovecot: POP3([email protected]): Broken file 
/srv/storage/mail/store/net/example/12/123456/Maildir/dovecot-uidlist line 2: 
Invalid data:

Reply via email to