[Dovecot] Reproducable hang caused by IMAP server
Hello,
I have problems with Dovecot 2.0.9 (and 2.0.8) under NetBSD/amd64 5.1. "mutt" hangs when I try to quit it after accessing a folder via IMAP.
I can reproduce the problem with these steps: 1.) I run "mutt -f =foo" to access folder "foo" via IMAP. The folder contains about 10 messages in my case. 2.) I tag two of the messages and then save them to a *non existent* folder. When "mutt" asks whether the folder should be created I confirm the action. 3.) Finally I exit "mutt" and confirm the question whether the messages marked as deleted (by the save in step 2) should be deleted. 4.) "mutt" now hangs indefinitely.
I've attached a packet capture of the above steps to this e-mail. As far as I can tell from the packet capture and debugging "mutt" with "gdb" it waits for the IMAP server to confirm the logout which never happens. I've never seen this problem with Dovecot 1.2.16.
Here is the requested debugging information:
Output of "dovecot --version": 2.0.9
Output of "doveconf -n":
2.0.9: /etc/pkg/dovecot/dovecot.conf
OS: NetBSD 5.1_STABLE amd64
auth_mechanisms = cram-md5 digest-md5 plain login listen = *, [::] mail_debug = yes mail_location = mbox:~/Mail:INBOX=/var/mail/%u passdb { args = /etc/pkg/dovecot/passwd driver = passwd-file } pop3_uidl_format = %08Xv%08Xu protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } } ssl_cert = </etc/openssl/certs/dovecot.pem ssl_key = </etc/openssl/private/dovecot.pem userdb { driver = passwd }
Kind regards
-- Matthias Scheler http://zhadum.org.uk/
On Wed, 2011-02-02 at 19:45 +0000, Matthias Scheler wrote:
2.) I tag two of the messages and then save them to a *non existent* folder. When "mutt" asks whether the folder should be created I confirm the action.
Thanks, fixed: http://hg.dovecot.org/dovecot-2.0/rev/826981b2c5c4
Stupid gcc didn't give a warning here.. I should create some nightly run that emails me if clang gives any warnings on latest hg (it would have caught this).
On Thu, Feb 03, 2011 at 12:02:40AM +0200, Timo Sirainen wrote:
On Wed, 2011-02-02 at 19:45 +0000, Matthias Scheler wrote:
2.) I tag two of the messages and then save them to a *non existent* folder. When "mutt" asks whether the folder should be created I confirm the action.
Thanks, fixed: http://hg.dovecot.org/dovecot-2.0/rev/826981b2c5c4
Yes, that fixes the problem. Thanks a lot.
Stupid gcc didn't give a warning here.. I should create some nightly run that emails me if clang gives any warnings on latest hg (it would have caught this).
clang can warn about such things? That is useful. The amount of automated cast that C(++) does is a never ending source of problems.
Kind regards
-- Matthias Scheler http://zhadum.org.uk/
On Wed, 2011-02-02 at 22:20 +0000, Matthias Scheler wrote:
Stupid gcc didn't give a warning here.. I should create some nightly run that emails me if clang gives any warnings on latest hg (it would have caught this).
clang can warn about such things? That is useful. The amount of automated cast that C(++) does is a never ending source of problems.
Hmm. Actually looks like this is only a problem when returning _Bool. Neither warn about that and both warn if it's int. Lets see if I can get either of them to change their minds about this.
participants (2)
-
Matthias Scheler
-
Timo Sirainen