[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 =
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