On Tue Jan 09, 2007 at 22:40:03 +0200, Timo Sirainen wrote:
On 4.12.2006, at 0.11, Adam Lackorzynski wrote:
I'd say for sure that there's no network problem involved. The log
file shows a normal QUIT, and hopefully shows more.Do you still have Dovecot's logs? What do they say about the user
quitting at the 16:17:20 session? Did it say del=5/5?
Yes: Nov 15 16:17:20 Info: pop3-login: Login: user=<user9>, method=PLAIN, rip=x, lip=x, TLS Nov 15 16:17:21 Info: POP3(user9): Disconnected: Logged out top=0/0, retr=5/84611, del=5/5, size=84524 Nov 15 16:17:39 Info: pop3-login: Login: user=<user9>, method=PLAIN, rip=x, lip=x, TLS Nov 15 16:17:39 Info: POP3(user9): Disconnected: Logged out top=0/0, retr=4/63032, del=4/4, size=62963
It does looks
like Dovecot expunged only the first message, but I don't really see
why it wouldn't have expunged the rest. Well, except if the mbox
changed in ways that made Dovecot give the mails new UIDs.
Unfortunately the Sylpheed log didn't show UIDL's output.The mbox file is on a local filesystem, the index files are on NFS (actually, ~/Mail/INBOX points to /var/mail/$user).
Does Dovecot access it as ~/Mail/INBOX or /var/mail/$user? What
As ~/Mail/INBOX. mail_location is this: mbox:~/Mail:INBOX=/home/%u/Mail/INBOX
For some time I had a readlink in the code so that dovecot would definitely use /var/mail/$user but that didn't make a difference, at least it happened again.
delivers mails to the mbox? Just wondering if there could be some
problem related to locking.
procmail in one case and exim directly in the other.
Checking the exim log, I see a mail being delivered to the user at 16:17:17, should be the 5th mail in the log . The next one is about 90 seconds later. This is the user with procmail. I don't have a log of the one who's not using procmail. Also, concerning the timestamps, this is all on the same host.
Thanks, Adam
Adam adam@os.inf.tu-dresden.de Lackorzynski http://os.inf.tu-dresden.de/~adam/