Fatal Error after upgrade to 2:2.3.19-2+debian11
Hello all,
I updated the server tonight and with it Dovecot from 2.2.27 to 2:2.3.19-2+debian11. However, there seems to be a problem with the ACLs, because since then fatal errors are logged (see core dump). I suspect that some outdated configuration is causing this behavior, but so far I couldn't figure out which one it could be. I also have no clue right now how to debug this further. Thank you very much for your help. If more information are needed, I will of course be happy to provide them.
VG Sebastian
======== Error logs ========= May 16 13:33:43 Fatal: imap(user1@domain.com)<0r5YZR/fM4AfrHBI>: master: service(imap): child 238359 killed with signal 11 (core dumped) May 16 13:33:46 Fatal: imap(user2@domain.com)<Ul+kZR/fA4AfrHBI>: master: service(imap): child 238386 killed with signal 11 (core dumped) May 16 13:33:46 Fatal: imap(user3@domain.com)<VGOkZR/fG4AfrHBI>: master: service(imap): child 238387 killed with signal 11 (core dumped) May 16 13:34:54 Fatal: imap(user4@domain.com)<1WS6aR/fHoAfrHBI>: master: service(imap): child 238509 killed with signal 11 (core dumped) May 16 13:34:54 Fatal: imap(user2@domain.com)<mQu6aR/fBIAfrHBI>: master: service(imap): child 238508 killed with signal 11 (core dumped) May 16 13:35:27 Fatal: imap(user3@domain.com)<pWGYax/fE4AfrHBI>: master: service(imap): child 238589 killed with signal 11 (core dumped) May 16 13:35:27 Fatal: imap(user1@domain.com)<s/mgax/fG4AfrHBI>: master: service(imap): child 238590 killed with signal 11 (core dumped) ======== END Error logs =========
======== dovecot.conf ==========
# 2.3.19 (b3ad6004dc): /etc/dovecot/dovecot.conf # Pigeonhole version 0.5.19 (4eae2f79) # OS: Linux 5.10.0-14-amd64 x86_64 Debian 11.3 # Hostname: wv-imap1.wavecloud.de auth_mechanisms = plain login default_vsz_limit = 4 G dict { acl = mysql:/etc/dovecot/dovecot-dict-sql.conf } first_valid_gid = 5000 first_valid_uid = 5000 imap_capability = +XDOVECOT last_valid_gid = 5000 last_valid_uid = 5000 listen = 10.10.115.XX login_trusted_networks = 10.10.115.XX 10.10.115.XX mail_location = maildir:~/ mail_log_prefix = "%s(%u)<%{session}>: " mail_plugins = acl notify quota fts fts_solr virtual maildir_stat_dirs = yes managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace { inbox = yes location = mailbox Archive { auto = subscribe special_use = \Archive } mailbox Drafts { auto = subscribe special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { auto = subscribe special_use = \Sent } mailbox "Sent Items" { auto = no special_use = \Sent } mailbox "Sent Messages" { auto = no special_use = \Sent } mailbox Spam { auto = subscribe special_use = \Junk } mailbox Trash { auto = subscribe special_use = \Trash } prefix = separator = / type = private } namespace Virtual { hidden = yes list = no location = virtual:/etc/dovecot/virtual:INDEX=/srv/vmail/_virtual/%u prefix = Virtual/ separator = / subscriptions = no } namespace shared { list = yes location = maildir:%%h:INDEX=~/shared/%%u prefix = shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /etc/dovecot/dovecot-sql-password.conf driver = sql } passdb { args = /etc/dovecot/admin-sql.conf driver = sql master = yes pass = yes } plugin { acl = vfile acl_shared_dict = proxy::acl fts = solr fts_autoindex = yes fts_solr = url=http://wv-solr1.wavecloud.de:8983/solr/dovecot/ quota = maildir:User quota quota_rule = *:storage=20G quota_rule2 = Trash:storage=+100M quota_rule3 = SPAM:ignore quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u quota_warning3 = -storage=100%% quota-warning below %u sieve = ~/.dovecot.sieve sieve_before = /var/vmail/globalsieverc sieve_max_script_size = 1M sieve_quota_max_scripts = 42 sieve_quota_max_storage = 10 } protocols = imap pop3 sieve lmtp service auth { unix_listener /var/spool/postfix/private/auth { group = vmail mode = 0666 user = vmail } unix_listener auth-master { mode = 0666 } } service dict { unix_listener dict { mode = 0600 user = vmail } } service imap-login { process_min_avail = 1 service_count = 0 vsz_limit = 500 M } service lmtp { inet_listener lmtp { address = 0.0.0.0 port = 24 } } service managesieve-login { executable = /usr/lib/dovecot/managesieve-login inet_listener sieve { address = 10.10.115.10 port = 4190 } process_min_avail = 1 service_count = 1 } service managesieve { executable = /usr/local/sbin/dovecot-managesieve.sh } service pop3-login { process_min_avail = 1 service_count = 1 } service quota-warning { executable = script /usr/local/sbin/quota-warning.sh user = vmail } service stats { unix_listener stats-reader { group = vmail mode = 0660 user = vmail } unix_listener stats-writer { group = vmail mode = 0660 user = vmail } } shutdown_clients = no ssl_cert = </etc/ssl/cert.pem ssl_dh = # hidden, use -P to show it ssl_key = # hidden, use -P to show it userdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } verbose_proctitle = yes protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep mail_max_userip_connections = 2048 mail_plugins = acl notify quota fts fts_solr virtual imap_quota imap_acl } protocol pop3 { mail_plugins = acl notify quota fts fts_solr virtual pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xu%08Xv } protocol lda { hostname = wv-imap1.wavecloud.de mail_fsync = optimized mail_plugins = acl notify quota fts fts_solr virtual sieve postmaster_address = postmaster@example.com quota_full_tempfail = yes sendmail_path = /usr/lib/sendmail } protocol sieve { managesieve_implementation_string = Dovecot Pigeonhole } protocol lmtp { mail_fsync = optimized mail_plugins = acl notify quota fts fts_solr virtual sieve }
======== END dovecot.conf ==========
======== Core-Dump =================
PID: 240475 (imap)
UID: 5000 (vmail)
GID: 5000 (vmail)
Signal: 11 (SEGV)
Timestamp: Mon 2022-05-16 13:49:56 CEST (1min 17s ago)
Command Line: dovecot/imap [user1@domain.com XX.XX.XX.XX MYRIGHTS] Executable: /usr/lib/dovecot/imap Control Group: /system.slice/dovecot.service Unit: dovecot.service Slice: system.slice Boot ID: acb78ce2252049778ff969755d277453 Machine ID: 1367ff1e75be457cacbf5e204a28711b Hostname: wv-imap1 Storage: /var/lib/systemd/coredump/core.imap.5000.acb78ce2252049778ff969755d277453.240475.1652701796000000.zst Message: Process 240475 (imap) of user 5000 dumped core.
Stack trace of thread 240475:
#0 0x00007f5db938c17c acl_mailbox_get_aclobj
(lib01_acl_plugin.so + 0xf17c) #1 0x00007f5db93776ed n/a (lib02_imap_acl_plugin.so + 0x36ed) #2 0x000055f5568444d4 command_exec (imap + 0x224d4) #3 0x000055f55684244f n/a (imap + 0x2044f) #4 0x000055f5568424fa n/a (imap + 0x204fa) #5 0x000055f5568429d5 client_handle_input (imap + 0x209d5) #6 0x000055f556842f40 client_input (imap + 0x20f40) #7 0x00007f5db9682529 io_loop_call_io (libdovecot.so.0
- 0x118529) #8 0x00007f5db9683c12 io_loop_handler_run_internal (libdovecot.so.0 + 0x119c12) #9 0x00007f5db96825d0 io_loop_handler_run (libdovecot.so.0 + 0x1185d0) #10 0x00007f5db9682790 io_loop_run (libdovecot.so.0 + 0x118790) #11 0x00007f5db95f5353 master_service_run (libdovecot.so.0 + 0x8b353) #12 0x000055f556833f0a main (imap + 0x11f0a) #13 0x00007f5db93c5d0a __libc_start_main (libc.so.6 + 0x26d0a) #14 0x000055f556833fca _start (imap + 0x11fca)
=========== END Core-Dump =============
-- Wavecon GmbH
Anschrift: Gustavstraße 18, 90762 Fürth Website: www.wavecon.de Support: support@wavecon.de
Telefon: +49 (0)911-1206581 (werktags von 9 - 17 Uhr) Hotline 24/7: 0800-WAVECON Fax: +49 (0)911-2129233
Registernummer: HRB Fürth 18164 GF: Cemil Degirmenci UstID: DE251398082
Pflichtinformationen nach Art. 13 DSGVO siehe wavecon.de/de/datenschutz
ok the rights can be a bit confusing at times
assuming you are running virtual users (or not)
try these one at a time, i found that when dovecot starts it will adjust the permissions on the control files accordingly to what is set in the examples below, also note postfix can be a variable in this but would probably not be
I had to fiddle with stuff a lot
also dovecot i start in my rc.local (root startup)
the root user starts dovecot, it then changes everything rights wise as stated below and then changes to user dovecot (vmail whatever) to auctually start processing emails etc.
Again this is a pretty loose explanation but will point you in a direction for troubleshooting.
I typically use in dovecot.conf
service aggregator { process_limit = 1000 #vsz_limit = 1g fifo_listener replication-notify-fifo { user = vmail group = vmail mode = 0666 }
}
service lmtp { process_limit=1000 vsz_limit = 512m client_limit=1 unix_listener /usr/home/postfix.local/private/dovecot-lmtp { group = postfix mode = 0600 user = postfix } }
service doveadm { process_limit = 0 process_min_avail = 0 idle_kill = 0 client_limit = 1 user = vmail inet_listener { port = 12345 } }
service config { unix_listener config { user = vmail } }
service anvil { process_limit = 1 client_limit=5000 vsz_limit = 512m unix_listener anvil { group = vmail mode = 0666 } }
service auth { process_limit = 1 client_limit=5000 vsz_limit = 1g
unix_listener auth-userdb {
mode = 0660
user = vmail
group = vmail
}
unix_listener /var/spool/postfix/private/auth {
mode = 0666
}
}
service stats { process_limit = 1000 vsz_limit = 1g unix_listener stats-reader { group = vmail mode = 0666 } unix_listener stats-writer { group = vmail mode = 0666 } }
Happy Monday !!! Thanks - paul
Paul Kudla
Scom.ca Internet Services <http://www.scom.ca> 004-1009 Byron Street South Whitby, Ontario - Canada L1N 4S3
Toronto 416.642.7266 Main 1.866.411.7266 Fax 1.888.892.7266
On 5/16/2022 8:09 AM, Sebastian Kroczek wrote:
Hello all,
I updated the server tonight and with it Dovecot from 2.2.27 to 2:2.3.19-2+debian11. However, there seems to be a problem with the ACLs, because since then fatal errors are logged (see core dump). I suspect that some outdated configuration is causing this behavior, but so far I couldn't figure out which one it could be. I also have no clue right now how to debug this further. Thank you very much for your help. If more information are needed, I will of course be happy to provide them.
VG Sebastian
======== Error logs ========= May 16 13:33:43 Fatal: imap(user1@domain.com)<0r5YZR/fM4AfrHBI>: master: service(imap): child 238359 killed with signal 11 (core dumped) May 16 13:33:46 Fatal: imap(user2@domain.com)<Ul+kZR/fA4AfrHBI>: master: service(imap): child 238386 killed with signal 11 (core dumped) May 16 13:33:46 Fatal: imap(user3@domain.com)<VGOkZR/fG4AfrHBI>: master: service(imap): child 238387 killed with signal 11 (core dumped) May 16 13:34:54 Fatal: imap(user4@domain.com)<1WS6aR/fHoAfrHBI>: master: service(imap): child 238509 killed with signal 11 (core dumped) May 16 13:34:54 Fatal: imap(user2@domain.com)<mQu6aR/fBIAfrHBI>: master: service(imap): child 238508 killed with signal 11 (core dumped) May 16 13:35:27 Fatal: imap(user3@domain.com)<pWGYax/fE4AfrHBI>: master: service(imap): child 238589 killed with signal 11 (core dumped) May 16 13:35:27 Fatal: imap(user1@domain.com)<s/mgax/fG4AfrHBI>: master: service(imap): child 238590 killed with signal 11 (core dumped) ======== END Error logs =========
======== dovecot.conf ==========
# 2.3.19 (b3ad6004dc): /etc/dovecot/dovecot.conf # Pigeonhole version 0.5.19 (4eae2f79) # OS: Linux 5.10.0-14-amd64 x86_64 Debian 11.3 # Hostname: wv-imap1.wavecloud.de auth_mechanisms = plain login default_vsz_limit = 4 G dict { acl = mysql:/etc/dovecot/dovecot-dict-sql.conf } first_valid_gid = 5000 first_valid_uid = 5000 imap_capability = +XDOVECOT last_valid_gid = 5000 last_valid_uid = 5000 listen = 10.10.115.XX login_trusted_networks = 10.10.115.XX 10.10.115.XX mail_location = maildir:~/ mail_log_prefix = "%s(%u)<%{session}>: " mail_plugins = acl notify quota fts fts_solr virtual maildir_stat_dirs = yes managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace { inbox = yes location = mailbox Archive { auto = subscribe special_use = \Archive } mailbox Drafts { auto = subscribe special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { auto = subscribe special_use = \Sent } mailbox "Sent Items" { auto = no special_use = \Sent } mailbox "Sent Messages" { auto = no special_use = \Sent } mailbox Spam { auto = subscribe special_use = \Junk } mailbox Trash { auto = subscribe special_use = \Trash } prefix = separator = / type = private } namespace Virtual { hidden = yes list = no location = virtual:/etc/dovecot/virtual:INDEX=/srv/vmail/_virtual/%u prefix = Virtual/ separator = / subscriptions = no } namespace shared { list = yes location = maildir:%%h:INDEX=~/shared/%%u prefix = shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /etc/dovecot/dovecot-sql-password.conf driver = sql } passdb { args = /etc/dovecot/admin-sql.conf driver = sql master = yes pass = yes } plugin { acl = vfile acl_shared_dict = proxy::acl fts = solr fts_autoindex = yes fts_solr = url=http://wv-solr1.wavecloud.de:8983/solr/dovecot/ quota = maildir:User quota quota_rule = *:storage=20G quota_rule2 = Trash:storage=+100M quota_rule3 = SPAM:ignore quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u quota_warning3 = -storage=100%% quota-warning below %u sieve = ~/.dovecot.sieve sieve_before = /var/vmail/globalsieverc sieve_max_script_size = 1M sieve_quota_max_scripts = 42 sieve_quota_max_storage = 10 } protocols = imap pop3 sieve lmtp service auth { unix_listener /var/spool/postfix/private/auth { group = vmail mode = 0666 user = vmail } unix_listener auth-master { mode = 0666 } } service dict { unix_listener dict { mode = 0600 user = vmail } } service imap-login { process_min_avail = 1 service_count = 0 vsz_limit = 500 M } service lmtp { inet_listener lmtp { address = 0.0.0.0 port = 24 } } service managesieve-login { executable = /usr/lib/dovecot/managesieve-login inet_listener sieve { address = 10.10.115.10 port = 4190 } process_min_avail = 1 service_count = 1 } service managesieve { executable = /usr/local/sbin/dovecot-managesieve.sh } service pop3-login { process_min_avail = 1 service_count = 1 } service quota-warning { executable = script /usr/local/sbin/quota-warning.sh user = vmail } service stats { unix_listener stats-reader { group = vmail mode = 0660 user = vmail } unix_listener stats-writer { group = vmail mode = 0660 user = vmail } } shutdown_clients = no ssl_cert = </etc/ssl/cert.pem ssl_dh = # hidden, use -P to show it ssl_key = # hidden, use -P to show it userdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } verbose_proctitle = yes protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep mail_max_userip_connections = 2048 mail_plugins = acl notify quota fts fts_solr virtual imap_quota imap_acl } protocol pop3 { mail_plugins = acl notify quota fts fts_solr virtual pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xu%08Xv } protocol lda { hostname = wv-imap1.wavecloud.de mail_fsync = optimized mail_plugins = acl notify quota fts fts_solr virtual sieve postmaster_address = postmaster@example.com quota_full_tempfail = yes sendmail_path = /usr/lib/sendmail } protocol sieve { managesieve_implementation_string = Dovecot Pigeonhole } protocol lmtp { mail_fsync = optimized mail_plugins = acl notify quota fts fts_solr virtual sieve }
======== END dovecot.conf ==========
======== Core-Dump =================
PID: 240475 (imap) UID: 5000 (vmail) GID: 5000 (vmail) Signal: 11 (SEGV) Timestamp: Mon 2022-05-16 13:49:56 CEST (1min 17s ago) Command Line: dovecot/imap [user1@domain.com XX.XX.XX.XX MYRIGHTS] Executable: /usr/lib/dovecot/imap Control Group: /system.slice/dovecot.service Unit: dovecot.service Slice: system.slice Boot ID: acb78ce2252049778ff969755d277453 Machine ID: 1367ff1e75be457cacbf5e204a28711b Hostname: wv-imap1 Storage: /var/lib/systemd/coredump/core.imap.5000.acb78ce2252049778ff969755d277453.240475.1652701796000000.zst
Message: Process 240475 (imap) of user 5000 dumped core.
Stack trace of thread 240475: #0 0x00007f5db938c17c acl_mailbox_get_aclobj (lib01_acl_plugin.so + 0xf17c) #1 0x00007f5db93776ed n/a (lib02_imap_acl_plugin.so + 0x36ed) #2 0x000055f5568444d4 command_exec (imap + 0x224d4) #3 0x000055f55684244f n/a (imap + 0x2044f) #4 0x000055f5568424fa n/a (imap + 0x204fa) #5 0x000055f5568429d5 client_handle_input (imap + 0x209d5) #6 0x000055f556842f40 client_input (imap + 0x20f40) #7 0x00007f5db9682529 io_loop_call_io (libdovecot.so.0
- 0x118529) #8 0x00007f5db9683c12 io_loop_handler_run_internal (libdovecot.so.0 + 0x119c12) #9 0x00007f5db96825d0 io_loop_handler_run (libdovecot.so.0 + 0x1185d0) #10 0x00007f5db9682790 io_loop_run (libdovecot.so.0 + 0x118790) #11 0x00007f5db95f5353 master_service_run (libdovecot.so.0 + 0x8b353) #12 0x000055f556833f0a main (imap + 0x11f0a) #13 0x00007f5db93c5d0a __libc_start_main (libc.so.6 + 0x26d0a) #14 0x000055f556833fca _start (imap + 0x11fca)
=========== END Core-Dump =============
-- Wavecon GmbH
Anschrift: Gustavstraße 18, 90762 Fürth Website: www.wavecon.de Support: support@wavecon.de
Telefon: +49 (0)911-1206581 (werktags von 9 - 17 Uhr) Hotline 24/7: 0800-WAVECON Fax: +49 (0)911-2129233
Registernummer: HRB Fürth 18164 GF: Cemil Degirmenci UstID: DE251398082
Pflichtinformationen nach Art. 13 DSGVO siehe wavecon.de/de/datenschutz
On 16. May 2022, at 14.09, Sebastian Kroczek <skroczek@wavecon.de> wrote:
Hello all,
I updated the server tonight and with it Dovecot from 2.2.27 to 2:2.3.19-2+debian11. However, there seems to be a problem with the ACLs, because since then fatal errors are logged (see core dump). I suspect that some outdated configuration is causing this behavior, but so far I couldn't figure out which one it could be. I also have no clue right now how to debug this further. Thank you very much for your help. If more information are needed, I will of course be happy to provide them.
..
#0 0x00007f5db938c17c acl_mailbox_get_aclobj (lib01_acl_plugin.so + 0xf17c) #1 0x00007f5db93776ed n/a (lib02_imap_acl_plugin.so + 0x36ed)
It looks like one of the IMAP ACL commands causes the crash, but other than that this isn't enough information and I can't easily reproduce. Can you install dovecot-dbg package and see if you can get a gdb backtrace? :
gdb /usr/lib/dovecot/imap /path/to/core bt full
after installing the dovecot-dbg package I now get additional error logs (or maybe I missed them before):
May 16 15:47:21 wv-mail-imap1-1 dovecot: imap(user3@domain.com)<Cvn4QiHfzoAfrHBI>: Panic: Module context acl_storage_module missing May 16 15:47:21 wv-mail-imap1-1 dovecot: imap(user3@domain.com)<Cvn4QiHfzoAfrHBI>: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f5aeeeb1582] -> /usr/lib/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f5aeeeb169e] -> /usr/lib/dovecot/libdovecot.so.0(+0x1022fb) [0x7f5aeeebe2fb] -> /usr/lib/dovecot/libdovecot.so.0(+0x102391) [0x7f5aeeebe391] -> /usr/lib/dovecot/libdovecot.so.0(+0x55589) [0x7f5aeee11589] -> /usr/lib/dovecot/modules/lib01_acl_plugin.so(+0x7742) [0x7f5aeebd6742] -> /usr/lib/dovecot/modules/lib02_imap_acl_plugin.so(+0x36ed) [0x7f5aeebc96ed] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b994d4] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b9744f] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b974fa] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b979d5] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b97f40] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x69) [0x7f5aeeed4529] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x132) [0x7f5aeeed5c12] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x50) [0x7f5aeeed45d0] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0x7f5aeeed4790] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f5aeee47353] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b88f0a] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea) [0x7f5aeec17d0a] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b88fca]
and the backtrace looks like this. But I'm not sure if I did everything right, because I use systemd-coredump to create the backtrace and I don't know much about gdb and core-dumps:
~# coredumpctl gdb Failed to acquire bus: No such file or directory PID: 264430 (imap) UID: 5000 (vmail) GID: 5000 (vmail) Signal: 11 (SEGV) Timestamp: Mon 2022-05-16 15:50:43 CEST (1min 15s ago) Command Line: dovecot/imap [user2@domain.com 31.172.112.72 MYRIGHTS] Executable: /usr/lib/dovecot/imap Control Group: /system.slice/dovecot.service Unit: dovecot.service Slice: system.slice Boot ID: acb78ce2252049778ff969755d277453 Machine ID: 1367ff1e75be457cacbf5e204a28711b Hostname: wv-mail-imap1-1 Storage: /var/lib/systemd/coredump/core.imap.5000.acb78ce2252049778ff969755d277453.264430.1652709043000000.zst Message: Process 264430 (imap) of user 5000 dumped core.
Stack trace of thread 264430:
#0 0x00007f8e0798617c acl_mailbox_get_aclobj
(lib01_acl_plugin.so + 0xf17c) #1 0x00007f8e079716ed imap_acl_cmd_myrights (lib02_imap_acl_plugin.so + 0x36ed) #2 0x0000560b7d6ec4d4 command_exec (imap + 0x224d4) #3 0x0000560b7d6ea44f client_command_input (imap + 0x2044f) #4 0x0000560b7d6ea4fa client_command_input (imap + 0x204fa) #5 0x0000560b7d6ea9d5 client_handle_next_command (imap
- 0x209d5) #6 0x0000560b7d6eaf40 client_input (imap + 0x20f40) #7 0x00007f8e07c7c529 io_loop_call_io (libdovecot.so.0
- 0x118529) #8 0x00007f8e07c7dc12 io_loop_handler_run_internal (libdovecot.so.0 + 0x119c12) #9 0x00007f8e07c7c5d0 io_loop_handler_run (libdovecot.so.0 + 0x1185d0) #10 0x00007f8e07c7c790 io_loop_run (libdovecot.so.0 + 0x118790) #11 0x00007f8e07bef353 master_service_run (libdovecot.so.0 + 0x8b353) #12 0x0000560b7d6dbf0a main (imap + 0x11f0a) #13 0x00007f8e079bfd0a __libc_start_main (libc.so.6 + 0x26d0a) #14 0x0000560b7d6dbfca _start (imap + 0x11fca)
GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>.
For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/dovecot/imap... Reading symbols from /usr/lib/debug/.build-id/f5/ac49ff1d62fcb8549156a4db6555ea223176b8.debug... [New LWP 264430] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `dovecot/imap'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f8e0798617c in acl_mailbox_get_aclobj (box=box@entry=0x560b7e510c08) at acl-mailbox.c:31 31 acl-mailbox.c: No such file or directory.
If this is not the information you need and you want me to do something different here, please just let me know.
Thanks
Sebastian
On 16.05.22 15:28, Timo Sirainen wrote:
On 16. May 2022, at 14.09, Sebastian Kroczek <skroczek@wavecon.de> wrote:
Hello all,
I updated the server tonight and with it Dovecot from 2.2.27 to 2:2.3.19-2+debian11. However, there seems to be a problem with the ACLs, because since then fatal errors are logged (see core dump). I suspect that some outdated configuration is causing this behavior, but so far I couldn't figure out which one it could be. I also have no clue right now how to debug this further. Thank you very much for your help. If more information are needed, I will of course be happy to provide them.
..
#0 0x00007f5db938c17c acl_mailbox_get_aclobj (lib01_acl_plugin.so + 0xf17c) #1 0x00007f5db93776ed n/a (lib02_imap_acl_plugin.so + 0x36ed)
It looks like one of the IMAP ACL commands causes the crash, but other than that this isn't enough information and I can't easily reproduce. Can you install dovecot-dbg package and see if you can get a gdb backtrace? :
gdb /usr/lib/dovecot/imap /path/to/core bt full
-- Wavecon GmbH
Anschrift: Gustavstraße 18, 90762 Fürth Website: www.wavecon.de Support: support@wavecon.de
Telefon: +49 (0)911-1206581 (werktags von 9 - 17 Uhr) Hotline 24/7: 0800-WAVECON Fax: +49 (0)911-2129233
Registernummer: HRB Fürth 18164 GF: Cemil Degirmenci UstID: DE251398082
Pflichtinformationen nach Art. 13 DSGVO siehe wavecon.de/de/datenschutz
Here of course the missing backtrace:
#0 0x00007fcb470e517c in acl_mailbox_get_aclobj (box=box@entry=0x5586bfc958f8) at acl-mailbox.c:31 #1 0x00007fcb470d06ed in imap_acl_cmd_myrights (cmd=0x5586bfc0cbe8, mailbox=0x5586bfc2aef0 "shared/user5@domain.com", box=<optimized out>) at imap-acl-plugin.c:658 #2 cmd_myrights (cmd=0x5586bfc0cbe8) at imap-acl-plugin.c:709 #3 0x00005586bec324d4 in command_exec (cmd=0x5586bfc0cbe8) at imap-commands.c:201 #4 0x00005586bec3044f in client_command_input (cmd=<optimized out>) at imap-client.c:1232 #5 0x00005586bec304fa in client_command_input (cmd=<optimized out>) at imap-client.c:1302 #6 0x00005586bec309d5 in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x5586bfc08838) at imap-client.c:1344 #7 client_handle_input (client=0x5586bfc08838) at imap-client.c:1358 #8 0x00005586bec30f40 in client_input (client=0x5586bfc08838) at imap-client.c:1402 #9 0x00007fcb473db529 in io_loop_call_io (io=0x5586bfc0d3e0) at ioloop.c:737 #10 0x00007fcb473dcc12 in io_loop_handler_run_internal (ioloop=ioloop@entry=0x5586bfbd9f10) at ioloop-epoll.c:222 #11 0x00007fcb473db5d0 in io_loop_handler_run (ioloop=0x5586bfbd9f10) at ioloop.c:789 #12 0x00007fcb473db790 in io_loop_run (ioloop=0x5586bfbd9f10) at ioloop.c:762 #13 0x00007fcb4734e353 in master_service_run (service=0x5586bfbd9d60, callback=callback@entry=0x5586bec3ef90 <client_connected>) at master-service.c:869 #14 0x00005586bec21f0a in main (argc=<optimized out>, argv=<optimized out>) at main.c:564
On 16.05.22 16:08, Sebastian Kroczek wrote:
after installing the dovecot-dbg package I now get additional error logs (or maybe I missed them before):
May 16 15:47:21 wv-mail-imap1-1 dovecot: imap(user3@domain.com)<Cvn4QiHfzoAfrHBI>: Panic: Module context acl_storage_module missing May 16 15:47:21 wv-mail-imap1-1 dovecot: imap(user3@domain.com)<Cvn4QiHfzoAfrHBI>: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f5aeeeb1582] -> /usr/lib/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f5aeeeb169e] -> /usr/lib/dovecot/libdovecot.so.0(+0x1022fb) [0x7f5aeeebe2fb] -> /usr/lib/dovecot/libdovecot.so.0(+0x102391) [0x7f5aeeebe391] -> /usr/lib/dovecot/libdovecot.so.0(+0x55589) [0x7f5aeee11589] -> /usr/lib/dovecot/modules/lib01_acl_plugin.so(+0x7742) [0x7f5aeebd6742] -> /usr/lib/dovecot/modules/lib02_imap_acl_plugin.so(+0x36ed) [0x7f5aeebc96ed] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b994d4] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b9744f] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b974fa] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b979d5] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b97f40] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x69) [0x7f5aeeed4529] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x132) [0x7f5aeeed5c12] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x50) [0x7f5aeeed45d0] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0x7f5aeeed4790] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f5aeee47353] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b88f0a] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea) [0x7f5aeec17d0a] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b88fca]
and the backtrace looks like this. But I'm not sure if I did everything right, because I use systemd-coredump to create the backtrace and I don't know much about gdb and core-dumps:
~# coredumpctl gdb Failed to acquire bus: No such file or directory PID: 264430 (imap) UID: 5000 (vmail) GID: 5000 (vmail) Signal: 11 (SEGV) Timestamp: Mon 2022-05-16 15:50:43 CEST (1min 15s ago) Command Line: dovecot/imap [user2@domain.com 31.172.112.72 MYRIGHTS] Executable: /usr/lib/dovecot/imap Control Group: /system.slice/dovecot.service Unit: dovecot.service Slice: system.slice Boot ID: acb78ce2252049778ff969755d277453 Machine ID: 1367ff1e75be457cacbf5e204a28711b Hostname: wv-mail-imap1-1 Storage: /var/lib/systemd/coredump/core.imap.5000.acb78ce2252049778ff969755d277453.264430.1652709043000000.zst
Message: Process 264430 (imap) of user 5000 dumped core.
Stack trace of thread 264430: #0 0x00007f8e0798617c acl_mailbox_get_aclobj (lib01_acl_plugin.so + 0xf17c) #1 0x00007f8e079716ed imap_acl_cmd_myrights (lib02_imap_acl_plugin.so + 0x36ed) #2 0x0000560b7d6ec4d4 command_exec (imap + 0x224d4) #3 0x0000560b7d6ea44f client_command_input (imap + 0x2044f) #4 0x0000560b7d6ea4fa client_command_input (imap + 0x204fa) #5 0x0000560b7d6ea9d5 client_handle_next_command (imap
- 0x209d5) #6 0x0000560b7d6eaf40 client_input (imap + 0x20f40) #7 0x00007f8e07c7c529 io_loop_call_io (libdovecot.so.0
- 0x118529) #8 0x00007f8e07c7dc12 io_loop_handler_run_internal (libdovecot.so.0 + 0x119c12) #9 0x00007f8e07c7c5d0 io_loop_handler_run (libdovecot.so.0 + 0x1185d0) #10 0x00007f8e07c7c790 io_loop_run (libdovecot.so.0 + 0x118790) #11 0x00007f8e07bef353 master_service_run (libdovecot.so.0 + 0x8b353) #12 0x0000560b7d6dbf0a main (imap + 0x11f0a) #13 0x00007f8e079bfd0a __libc_start_main (libc.so.6 + 0x26d0a) #14 0x0000560b7d6dbfca _start (imap + 0x11fca)
GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>.
For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/dovecot/imap... Reading symbols from /usr/lib/debug/.build-id/f5/ac49ff1d62fcb8549156a4db6555ea223176b8.debug... [New LWP 264430] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `dovecot/imap'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f8e0798617c in acl_mailbox_get_aclobj (box=box@entry=0x560b7e510c08) at acl-mailbox.c:31 31 acl-mailbox.c: No such file or directory.
If this is not the information you need and you want me to do something different here, please just let me know.
Thanks
Sebastian
On 16.05.22 15:28, Timo Sirainen wrote:
On 16. May 2022, at 14.09, Sebastian Kroczek <skroczek@wavecon.de> wrote:
Hello all,
I updated the server tonight and with it Dovecot from 2.2.27 to 2:2.3.19-2+debian11. However, there seems to be a problem with the ACLs, because since then fatal errors are logged (see core dump). I suspect that some outdated configuration is causing this behavior, but so far I couldn't figure out which one it could be. I also have no clue right now how to debug this further. Thank you very much for your help. If more information are needed, I will of course be happy to provide them.
..
#0 0x00007f5db938c17c acl_mailbox_get_aclobj (lib01_acl_plugin.so + 0xf17c) #1 0x00007f5db93776ed n/a (lib02_imap_acl_plugin.so
- 0x36ed)
It looks like one of the IMAP ACL commands causes the crash, but other than that this isn't enough information and I can't easily reproduce. Can you install dovecot-dbg package and see if you can get a gdb backtrace? :
gdb /usr/lib/dovecot/imap /path/to/core bt full
-- Wavecon GmbH
Anschrift: Gustavstraße 18, 90762 Fürth Website: www.wavecon.de Support: support@wavecon.de
Telefon: +49 (0)911-1206581 (werktags von 9 - 17 Uhr) Hotline 24/7: 0800-WAVECON Fax: +49 (0)911-2129233
Registernummer: HRB Fürth 18164 GF: Cemil Degirmenci UstID: DE251398082
Pflichtinformationen nach Art. 13 DSGVO siehe wavecon.de/de/datenschutz
-- Mit freundlichen Grüßen Sebastian Kroczek
-- Wavecon GmbH
Anschrift: Gustavstraße 18, 90762 Fürth Website: www.wavecon.de Support: support@wavecon.de
Telefon: +49 (0)911-1206581 (werktags von 9 - 17 Uhr) Hotline 24/7: 0800-WAVECON Fax: +49 (0)911-2129233
Registernummer: HRB Fürth 18164 GF: Cemil Degirmenci UstID: DE251398082
Pflichtinformationen nach Art. 13 DSGVO siehe wavecon.de/de/datenschutz
So it seems that all the crashes are caused by shared users that no longer exist. There were also mailboxes created by Dovecot at "/var/run/dovecot/user-not-found/userX@domain.de". After I removed the corresponding entries from the user_share database (SQL database), the crashes also seem to have stopped.
On 16.05.22 17:14, Sebastian Kroczek wrote:
Here of course the missing backtrace:
#0 0x00007fcb470e517c in acl_mailbox_get_aclobj (box=box@entry=0x5586bfc958f8) at acl-mailbox.c:31 #1 0x00007fcb470d06ed in imap_acl_cmd_myrights (cmd=0x5586bfc0cbe8, mailbox=0x5586bfc2aef0 "shared/user5@domain.com", box=<optimized out>) at imap-acl-plugin.c:658 #2 cmd_myrights (cmd=0x5586bfc0cbe8) at imap-acl-plugin.c:709 #3 0x00005586bec324d4 in command_exec (cmd=0x5586bfc0cbe8) at imap-commands.c:201 #4 0x00005586bec3044f in client_command_input (cmd=<optimized out>) at imap-client.c:1232 #5 0x00005586bec304fa in client_command_input (cmd=<optimized out>) at imap-client.c:1302 #6 0x00005586bec309d5 in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x5586bfc08838) at imap-client.c:1344 #7 client_handle_input (client=0x5586bfc08838) at imap-client.c:1358 #8 0x00005586bec30f40 in client_input (client=0x5586bfc08838) at imap-client.c:1402 #9 0x00007fcb473db529 in io_loop_call_io (io=0x5586bfc0d3e0) at ioloop.c:737 #10 0x00007fcb473dcc12 in io_loop_handler_run_internal (ioloop=ioloop@entry=0x5586bfbd9f10) at ioloop-epoll.c:222 #11 0x00007fcb473db5d0 in io_loop_handler_run (ioloop=0x5586bfbd9f10) at ioloop.c:789 #12 0x00007fcb473db790 in io_loop_run (ioloop=0x5586bfbd9f10) at ioloop.c:762 #13 0x00007fcb4734e353 in master_service_run (service=0x5586bfbd9d60, callback=callback@entry=0x5586bec3ef90 <client_connected>) at master-service.c:869 #14 0x00005586bec21f0a in main (argc=<optimized out>, argv=<optimized out>) at main.c:564
On 16.05.22 16:08, Sebastian Kroczek wrote:
after installing the dovecot-dbg package I now get additional error logs (or maybe I missed them before):
May 16 15:47:21 wv-mail-imap1-1 dovecot: imap(user3@domain.com)<Cvn4QiHfzoAfrHBI>: Panic: Module context acl_storage_module missing May 16 15:47:21 wv-mail-imap1-1 dovecot: imap(user3@domain.com)<Cvn4QiHfzoAfrHBI>: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(backtrace_append+0x42) [0x7f5aeeeb1582] -> /usr/lib/dovecot/libdovecot.so.0(backtrace_get+0x1e) [0x7f5aeeeb169e] -> /usr/lib/dovecot/libdovecot.so.0(+0x1022fb) [0x7f5aeeebe2fb] -> /usr/lib/dovecot/libdovecot.so.0(+0x102391) [0x7f5aeeebe391] -> /usr/lib/dovecot/libdovecot.so.0(+0x55589) [0x7f5aeee11589] -> /usr/lib/dovecot/modules/lib01_acl_plugin.so(+0x7742) [0x7f5aeebd6742] -> /usr/lib/dovecot/modules/lib02_imap_acl_plugin.so(+0x36ed) [0x7f5aeebc96ed] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b994d4] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b9744f] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b974fa] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b979d5] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b97f40] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x69) [0x7f5aeeed4529] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x132) [0x7f5aeeed5c12] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x50) [0x7f5aeeed45d0] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0x7f5aeeed4790] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f5aeee47353] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b88f0a] -> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea) [0x7f5aeec17d0a] -> dovecot/imap user3@domain.com 31.172.112.72 MYRIGHTS [0x55f192b88fca]
and the backtrace looks like this. But I'm not sure if I did everything right, because I use systemd-coredump to create the backtrace and I don't know much about gdb and core-dumps:
~# coredumpctl gdb Failed to acquire bus: No such file or directory PID: 264430 (imap) UID: 5000 (vmail) GID: 5000 (vmail) Signal: 11 (SEGV) Timestamp: Mon 2022-05-16 15:50:43 CEST (1min 15s ago) Command Line: dovecot/imap [user2@domain.com 31.172.112.72 MYRIGHTS] Executable: /usr/lib/dovecot/imap Control Group: /system.slice/dovecot.service Unit: dovecot.service Slice: system.slice Boot ID: acb78ce2252049778ff969755d277453 Machine ID: 1367ff1e75be457cacbf5e204a28711b Hostname: wv-mail-imap1-1 Storage: /var/lib/systemd/coredump/core.imap.5000.acb78ce2252049778ff969755d277453.264430.1652709043000000.zst
Message: Process 264430 (imap) of user 5000 dumped core.
Stack trace of thread 264430: #0 0x00007f8e0798617c acl_mailbox_get_aclobj (lib01_acl_plugin.so + 0xf17c) #1 0x00007f8e079716ed imap_acl_cmd_myrights (lib02_imap_acl_plugin.so + 0x36ed) #2 0x0000560b7d6ec4d4 command_exec (imap + 0x224d4) #3 0x0000560b7d6ea44f client_command_input (imap + 0x2044f) #4 0x0000560b7d6ea4fa client_command_input (imap + 0x204fa) #5 0x0000560b7d6ea9d5 client_handle_next_command (imap + 0x209d5) #6 0x0000560b7d6eaf40 client_input (imap + 0x20f40) #7 0x00007f8e07c7c529 io_loop_call_io (libdovecot.so.0 + 0x118529) #8 0x00007f8e07c7dc12 io_loop_handler_run_internal (libdovecot.so.0 + 0x119c12) #9 0x00007f8e07c7c5d0 io_loop_handler_run (libdovecot.so.0 + 0x1185d0) #10 0x00007f8e07c7c790 io_loop_run (libdovecot.so.0 + 0x118790) #11 0x00007f8e07bef353 master_service_run (libdovecot.so.0 + 0x8b353) #12 0x0000560b7d6dbf0a main (imap + 0x11f0a) #13 0x00007f8e079bfd0a __libc_start_main (libc.so.6 + 0x26d0a) #14 0x0000560b7d6dbfca _start (imap + 0x11fca)
GNU gdb (Debian 10.1-1.7) 10.1.90.20210103-git Copyright (C) 2021 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>.
For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib/dovecot/imap... Reading symbols from /usr/lib/debug/.build-id/f5/ac49ff1d62fcb8549156a4db6555ea223176b8.debug...
[New LWP 264430] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `dovecot/imap'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f8e0798617c in acl_mailbox_get_aclobj (box=box@entry=0x560b7e510c08) at acl-mailbox.c:31 31 acl-mailbox.c: No such file or directory.
If this is not the information you need and you want me to do something different here, please just let me know.
Thanks
Sebastian
On 16.05.22 15:28, Timo Sirainen wrote:
On 16. May 2022, at 14.09, Sebastian Kroczek <skroczek@wavecon.de> wrote:
Hello all,
I updated the server tonight and with it Dovecot from 2.2.27 to 2:2.3.19-2+debian11. However, there seems to be a problem with the ACLs, because since then fatal errors are logged (see core dump). I suspect that some outdated configuration is causing this behavior, but so far I couldn't figure out which one it could be. I also have no clue right now how to debug this further. Thank you very much for your help. If more information are needed, I will of course be happy to provide them.
..
#0 0x00007f5db938c17c acl_mailbox_get_aclobj (lib01_acl_plugin.so + 0xf17c) #1 0x00007f5db93776ed n/a (lib02_imap_acl_plugin.so
- 0x36ed)
It looks like one of the IMAP ACL commands causes the crash, but other than that this isn't enough information and I can't easily reproduce. Can you install dovecot-dbg package and see if you can get a gdb backtrace? :
gdb /usr/lib/dovecot/imap /path/to/core bt full
-- Wavecon GmbH
Anschrift: Gustavstraße 18, 90762 Fürth Website: www.wavecon.de Support: support@wavecon.de
Telefon: +49 (0)911-1206581 (werktags von 9 - 17 Uhr) Hotline 24/7: 0800-WAVECON Fax: +49 (0)911-2129233
Registernummer: HRB Fürth 18164 GF: Cemil Degirmenci UstID: DE251398082
Pflichtinformationen nach Art. 13 DSGVO siehe wavecon.de/de/datenschutz
-- Mit freundlichen Grüßen Sebastian Kroczek
-- Wavecon GmbH
Anschrift: Gustavstraße 18, 90762 Fürth Website: www.wavecon.de Support: support@wavecon.de
Telefon: +49 (0)911-1206581 (werktags von 9 - 17 Uhr) Hotline 24/7: 0800-WAVECON Fax: +49 (0)911-2129233
Registernummer: HRB Fürth 18164 GF: Cemil Degirmenci UstID: DE251398082
Pflichtinformationen nach Art. 13 DSGVO siehe wavecon.de/de/datenschutz
participants (3)
-
Paul Kudla (SCOM.CA Internet Services Inc.)
-
Sebastian Kroczek
-
Timo Sirainen