I see the same problem, and I assume it's a bug somewhere in the delteion code because about 50% of the time I *also* see this error:

dovecot: Nov 15 12:25:59 Error: IMAP(user@domain.com): mbox sync: UID inserted in the middle of mailbox virtual/domain.com/user (114 > 113) dovecot: Nov 15 12:25:59 Error: IMAP(user@domain.com): file mail-index-transaction.c: line 247 (mail_index_expunge): assertion failed: (!t->view->external)

And in order to fix this error I have to open up the mailbox, find the message with ID 113, and delete the partially deleted message that got stuck after it. *Then* I can delete the index files and go on.

This is on linux 2.6.8.1, dovecot test-52 and mbox.

• Michael

On Mon, 15 Nov 2004, Alex S Moore wrote:

On Mon, 2004-11-15 at 14:29 +0000, Mark Lidstone wrote:

...

Hi all,

I was wondering if anyone's seen anything like this?

Yes, I am seeing exactly the same thing. Except that it started happening on INBOX, which renders the client email program unusable. Lots of lost connections, cannot select INBOX, etc. errors on the client side. The messages that you posted are in the dovecot server's log.

I am running test52 on Solaris. The maildir is in the user's home directory on a nfs server.

There are some post-test52 fixes in CVS, but I do not know if this particular problem is addressed.

Alex

I'm seeing this error in my maillog with the same symptoms as well -- FreeBSD 4.9, dovecot test52, mysql authentication, maildirs stored on NFS (but indexes stored on local disk, as suggested in the documentation.)

My solution is to remove the indexes from the local disk and then it seems to work.

dovecot was built with: ./configure --with-mysql --with-storages=maildir --with-ssl=openssl

My dovecot.conf settings:

base_dir = /usr/local/var/run/dovecot/ protocols = imap pop3 ssl_disable = yes ssl_parameters_file = /usr/local/var/run/dovecot/ssl-parameters.dat disable_plaintext_auth = no login_dir = /usr/local/var/run/dovecot/login login_process_size = 128 login_greeting = IMAP server ready. first_valid_uid = 125 first_valid_gid = 125 mail_extra_groups = mail postfix valid_chroot_dirs = /host/mail default_mail_env = maildir:/host/mail/%u:INDEX=/home/dovecot/indexes/%u protocol imap { login_executable = /usr/local/libexec/dovecot/imap-login mail_executable = /usr/local/libexec/dovecot/imap mail_executable = /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap imap_client_workarounds = outlook-idle oe6-fetch-no-newmail tb-negative-fetch }

protocol pop3 { login_executable = /usr/local/libexec/dovecot/pop3-login mail_executable = /usr/local/libexec/dovecot/pop3 pop3_client_workarounds = outlook-no-nuls } auth_executable = /usr/local/libexec/dovecot/dovecot-auth auth_verbose = yes auth_debug = yes auth default { mechanisms = plain digest-md5 cram-md5 userdb = sql /usr/local/etc/dovecot-sql.conf passdb = sql /usr/local/etc/dovecot-sql.conf }

Thanks,

Sean

On Nov 15, 2004, at 7:51 AM, Alex S Moore wrote:

On Mon, 2004-11-15 at 14:29 +0000, Mark Lidstone wrote:

...

Hi all,

I was wondering if anyone's seen anything like this?

Yes, I am seeing exactly the same thing. Except that it started happening on INBOX, which renders the client email program unusable. Lots of lost connections, cannot select INBOX, etc. errors on the client side. The messages that you posted are in the dovecot server's log.

I am running test52 on Solaris. The maildir is in the user's home directory on a nfs server.

There are some post-test52 fixes in CVS, but I do not know if this particular problem is addressed.

Alex