#755429 dovecot-core: file mailbox-list-fs.c: line 164 (fs_list_get_path): assertion failed

Package:
dovecot-imapd
Source:
dovecot
Description:
secure POP3/IMAP server - IMAP daemon
Submitter:
Date:
2014-07-20 17:03:42 UTC
Severity:
normal
#755429#5
Date:
2007-11-01 22:16:08 UTC
From:
To:
I turned on indexes in my dovecot installation and now i sometimes
get hiccups wherein my imap connection dies, when opening a folder.

i'm running debian in a chroot under openwrt on mips (asus wl-500gp):
Linux haggis 2.4.30 #1 Sat Feb 3 13:16:08 CET 2007 mips GNU/Linux

here's a log:

haggis:/tmp# cat dovecot.log
dovecot: 2007-11-01 23:47:21 Info: Dovecot v1.0.rc15 starting up
dovecot: 2007-11-01 23:47:35 Info: imap-login: Login: user=<erno>, method=PLAIN, rip=85.23.170.252, lip=80.75.107.196, TLS
dovecot: 2007-11-01 23:47:35 Info: IMAP(erno): Effective uid=1001, gid=1001
dovecot: 2007-11-01 23:47:35 Info: IMAP(erno): mbox: data=/home/erno/Mail:INBOX=/var/mail/erno:INDEX=~
dovecot: 2007-11-01 23:47:35 Info: IMAP(erno): mbox: root=/home/erno/Mail, index=~, inbox=/var/mail/erno
dovecot: 2007-11-01 23:50:58 Error: IMAP(erno): file mail-cache-transaction.c: line 707 (mail_cache_add): assertion failed: (file_field != (uint32_t)-1)
dovecot: 2007-11-01 23:50:58 Error: child 16625 (imap) killed with signal 6
dovecot: 2007-11-02 00:01:03 Info: imap-login: Login: user=<erno>, method=PLAIN, rip=85.23.170.252, lip=80.75.107.196, TLS
dovecot: 2007-11-02 00:01:03 Info: IMAP(erno): Effective uid=1001, gid=1001
dovecot: 2007-11-02 00:01:03 Info: IMAP(erno): mbox: data=/home/erno/Mail:INBOX=/var/mail/erno:INDEX=~
dovecot: 2007-11-02 00:01:03 Info: IMAP(erno): mbox: root=/home/erno/Mail, index=~, inbox=/var/mail/erno

here's the config with comments & empty lines removed

protocols = imaps
disable_plaintext_auth = yes
shutdown_clients = yes
log_path = /tmp/dovecot.log
log_timestamp = "%Y-%m-%d %H:%M:%S "
login_process_size = 8
login_process_per_connection = yes
login_processes_count = 1
login_max_processes_count = 4
mail_location = mbox:~/Mail:INBOX=/var/mail/%u:INDEX=~
mail_extra_groups = mail
mail_debug = yes
mbox_min_index_size = 0
protocol imap {
  login_executable = /usr/lib/dovecot/imap-login
  mail_executable = /usr/lib/dovecot/imap
}
protocol pop3 {
  pop3_uidl_format = %08Xu%08Xv
}
auth_debug = no
auth default {
  mechanisms = plain
  passdb pam {
  }
  userdb passwd {
  }
  user = root
}
dict {
}
plugin {
}
# end config

#755429#10
Date:
2007-11-02 22:03:25 UTC
From:
To:
Hello,

  I know this is not a great answer, but we know that the etch version of
dovecot is affected by several grave bugs. We just don't have the resources
to backport the fixes from the 1.0.x releases to 1.0.rc15 which has been
released in etch.

  I'm sorry, but I think the best option is to use backports.org: it
already contains the 1.0.0 release and I'm going to upload a 1.0.7 package
as soon as it hits testing.

  If the bug you submitted is still applicable to the unstable package,
then feel free to reopen the bug report.

Thanks in advance,

#755429#15
Date:
2007-11-24 17:03:06 UTC
From:
To:
Hello,

I got around to trying the dovecot from backports ("Version:
1:1.0.0-1~bpo.1"), and same thing happened first time I connected.
Second attempt worked correctly. Log:

dovecot: 2007-11-24 18:46:26 Info: Dovecot v1.0.0 starting up
dovecot: 2007-11-24 18:47:22 Info: imap-login: Login: user=<erno>, method=PLAIN, rip=85.23.170.252, lip=80.75.107.196, TLS
dovecot: 2007-11-24 18:47:22 Info: IMAP(erno): Effective uid=1001, gid=1001, home=/home/erno
dovecot: 2007-11-24 18:47:22 Info: IMAP(erno): mbox: data=/home/erno/Mail:INBOX=/var/mail/erno:INDEX=~
dovecot: 2007-11-24 18:47:22 Info: IMAP(erno): mbox: root=/home/erno/Mail, index=~, inbox=/var/mail/erno
dovecot: 2007-11-24 18:56:59 Error: IMAP(erno): file mail-cache-transaction.c: line 750 (mail_cache_add): assertion failed: (file_field != (uint32_t)-1)
dovecot: 2007-11-24 18:56:59 Error: child 7171 (imap) killed with signal 6

#755429#20
Date:
2007-11-25 07:26:54 UTC
From:
To:
Hello,

* 2007-11-24 18:06, erno wrote:

Does "second attempt worked" mean that now everything is working? Did the
problem disappear or you are still experiencing it?

Thanks for your follow-up.

#755429#25
Date:
2007-11-26 14:34:13 UTC
From:
To:
I've fixed this in v1.1 series, but I don't know if it's worth the
trouble to fix in v1.0. It should happen rarely and I think it also gets
fixed automatically on next login..

#755429#32
Date:
2007-11-25 13:21:47 UTC
From:
To:
I started composing a reply saying it hasn't happened again, but stopped
to try a few different IMAP operations with mutt to experiment, and
managed to make it crash again when I hit 'R' to recall this message
from the postponed folder! Retrying, as before, worked. I then tried
postpone/recall a few times, and no more crashes... mysterious.

It was intermittent with the etch version too, and fact seemed to stop
happening altoghether perhaps due to usage patterns (which is why I
only now got around to install the backports version).

#755429#37
Date:
2007-11-27 11:59:41 UTC
From:
To:
reopen 448967
thanks

* 2007-11-27 12:56, Erno Kuusela wrote:

Ok, let's reopen the bug report then.

Thanks for your message!

#755429#42
Date:
2011-07-05 20:05:38 UTC
From:
To:
I was subscribing folders in thunderbird and received error during this process that client was disconnected. Closing and opening TB didn't help. To fix it I had to remove profile from TB and clear dovecot control entries. I'm using Maildir format and this settings:
maildir:~/Maildir:INDEX=~/dovecot-control/indexes:CONTROL=~/dovecot-control:LAYOUT=fs

In server logs I can see only these entries repeting multiple times:

2011-07-05 13:05:43 imap-login: Info: Login: user=<wojciech>, method=CRAM-MD5, rip=192.168.195.4, lip=131.111.181.25, TLS
2011-07-05 13:05:43 IMAP(wojciech): Panic: file mailbox-list-fs.c: line 164 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name))
2011-07-05 13:05:43 IMAP(judy): Error: Raw backtrace: imap() [0x4a518a] -> imap() [0x4a51f3] -> imap() [0x4a48f6] -> imap() [0x42dabd] -> /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so(+0x9250) [0x7fcf96809250] -> /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so(+0x954f) [0x7fcf9680954f] -> /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so(+0x9de6) [0x7fcf96809de6] -> /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so(quota_get_resource+0x72) [0x7fcf968051e2] -> /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so(quota_root_iter_next+0xf1) [0x7fcf96805651] -> /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so(+0x1b2e) [0x7fcf965feb2e] -> imap() [0x423a6d] -> imap() [0x423b4d] -> imap(client_handle_input+0x135) [0x423d75] -> imap(client_input+0x5c) [0x42462c] -> imap(io_loop_handler_run+0xbd) [0x4ad22d] -> imap(io_loop_run+0x18) [0x4ac6a8] -> imap(main+0x531) [0x42c371] -> /lib/libc.so.6(__libc_start_main+0xfd) [0x7fcf97dcbc4d] -> imap() [0x41c709]
2011-07-05 13:05:43 dovecot: Error: child 10966 (imap) killed with signal 6 (core dumps disabled)
2011-07-05 13:05:43 imap-login: Info: Login: user=<wojciech>, method=CRAM-MD5, rip=192.168.195.4, lip=131.111.181.25, TLS

my config:
protocols = imap imaps managesieve

disable_plaintext_auth =  yes
shutdown_clients = yes

ssl = yes
verbose_ssl = no
ssl_ca_file = /etc/postfix/ssl/cacert.pem
ssl_cert_file = /etc/postfix/ssl/servercrt.pem
ssl_key_file = /etc/postfix/ssl/serverkey.pem
ssl_cipher_list = ALL:!LOW:!SSLv2

log_path = /var/log/dovecot.log
log_timestamp = "%Y-%m-%d %H:%M:%S "

login_greeting = Dovecot ready.

mail_location = maildir:~/Maildir:INDEX=~/dovecot-control/indexes:CONTROL=~/dovecot-control:LAYOUT=fs

protocol imap {
  mail_max_userip_connections = 10
  mail_plugins = quota imap_quota autocreate
  mail_plugin_dir = /usr/lib/dovecot/modules/imap
  imap_client_workarounds = tb-extra-mailbox-sep netscape-eoh delay-newmail outlook-idle
}

protocol lda {
        postmaster_address = postmaster
        mail_plugins = sieve quota autocreate
        quota_full_tempfail = yes
        deliver_log_format = msgid=%m: %$
        rejection_reason = Your message to <%t> was automatically rejected:%n%r
	log_path = /var/log/dovecot-deliver.log
	info_log_path = /var/log/dovecot-deliver.log
}

auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@


auth default {
  	mechanisms = plain login cram-md5
  	passdb pam {
  	}
  	passdb passwd-file {
		args	= scheme=cram-md5 /etc/dovecot/passwd
  	}
	userdb passwd-file {
    		args = /etc/dovecot/passwd
  	}
	userdb passwd {
	}

  	socket listen {
    		master {
      			path = /var/run/dovecot/auth-master
      			mode = 0666
    			}
    		client {
			path = /var/spool/postfix/private/auth
      			mode = 0666
			user = postfix
			group = postfix
    			}
  	}
}

# Sieve server settings
protocol managesieve {
	listen = 127.0.0.1:2000
#	listen = *:2000
}

plugin {
        sieve=~/.dovecot.sieve
        sieve_dir=~/sieve
}

# Auto create and Subscribe
plugin {
	autocreate	= INBOX
	autocreate2	= Sent
	autocreate3	= Trash
	autocreate4	= Drafts
	autocreate5	= Junk

	autosubscribe	= INBOX
	autosubscribe2	= Sent
	autosubscribe3	= Trash
	autosubscribe4	= Drafts
	autosubscribe5	= Junk
}

# Quota Settings
plugin {
	quota		= maildir:User quota
	quota_rule	= Trash:storage=50M
}

plugin {
	quota_warning	= storage=85%% /usr/bin/dovecot-quota-warning.sh 85
	quota_warning2	= storage=90%% /usr/bin/dovecot-quota-warning.sh 90
	quota_warning3	= storage=95%% /usr/bin/dovecot-quota-warning.sh 95
}

#755429#47
Date:
2014-07-20 16:57:46 UTC
From:
To:
clone 448967 -1 -2
retitle -2 dovecot-core: file mailbox-list-fs.c: line 164 (fs_list_get_path): assertion failed
tags -2 +moreinfo
submitter -2 wojciech.giel@cimr.cam.ac.uk
thanks

Hi wojciech,

That is a different assertion; I'm cloning this bug for that
assertion. Can you still reproduce this problem?

Cheers,

Jelmer

#755429#52
Date:
2014-07-20 17:00:29 UTC
From:
To:
clone 448967 -1 -2
retitle -2 dovecot-core: file mailbox-list-fs.c: line 164 (fs_list_get_path): assertion failed
tags -2 +moreinfo
submitter -2 wojciech.giel@cimr.cam.ac.uk
thanks

Hi wojciech,

That is a different assertion; I'm cloning this bug for that
assertion. Can you still reproduce this problem?

Cheers,

Jelmer