dovecot-core: dovecot imap attempts to rmdir the configured mail_inbox_path
Package: dovecot-core Version: 1:2.4.1+dfsg1-6 Severity: important
Dear Maintainer,
after upgrading to trixie, I reconfigure dovecot - starting with the maintainer's config files due to the complete change of config syntax - and got it working again serving the existing mailboxes.
I again configured /var/mail/%{user | username} as mail_inbox_path, at a separate location from all other mailboxes at some directory at user's home. All mailboxes remain in mbox format as before.
When I set up a mail inbox path in shared namespace, dovecot is attempting to delete the lexicographically first user "someotheruser" who is sharing their mailboxes, whenever a user "someuser" with read access to that mailboxes is updating the mailbox list:
journalctl output with mail_inbox_path setup for shared namespace
Aug 16 16:43:59 somehost systemd[1]: Started dovecot.service - Dovecot IMAP/POP3 email server. Aug 16 16:44:05 somehost dovecot[65636]: imap-login: Login aborted: Logged out (no auth attempts in 0 secs) (no_auth_attempts): user=<>, rip=some::ipv6, lip=some::ipv6, session=<xojHiXw8zKP95iU4WzA7U7on6//+m0as> Aug 16 16:44:14 somehost auth[65647]: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=someuser rhost=some::ipv6 user=someuser Aug 16 16:44:14 somehost dovecot[65636]: imap-login: Logged in: user=<someuser>, method=PLAIN, rip=some::ipv6, lip=some::ipv6, mpid=65651, TLS, session=<0klNinw8fJIqAgkIAbCIAAL////+ESJD> Aug 16 16:44:14 somehost dovecot[65636]: imap(someuser)<65651><0klNinw8fJIqAgkIAbCIAAL////+ESJD>: Disconnected: Logged out in=98 out=1253 deleted=0 expunged=0 trashed=0 hdr_count=0 hdr_bytes=0 body_count=0 body_bytes=0 Aug 16 16:44:14 somehost auth[65647]: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=someuser rhost=some::ipv6 user=someuser Aug 16 16:44:14 somehost dovecot[65636]: imap-login: Logged in: user=<someuser>, method=PLAIN, rip=some::ipv6, lip=some::ipv6, mpid=65656, TLS, session=<tE5Oinw8hpIqAgkIAbCIAAL////+ESJD> Aug 16 16:44:14 somehost dovecot[65636]: imap(someuser)<65656><tE5Oinw8hpIqAgkIAbCIAAL////+ESJD>: Error: rmdir(/var/mail/someotheruser) failed: Permission denied
(Note: the authentication failure listed here appears to come from a certain pam module that doesn't know someuser, but is cured by another pam module in the stack that can authenticate someuser)
This otheruser's INBOX will _not_ be displayed in the folder list for someuser, whereas the INBOX of lexicographically following user is not attempted to rmdir, and _do_ show up for the authorized someuser.
When, for testing purposes, I remove mail_inbox_path from the shared namespace's configuration, obviously all otheruser's INBOX'es disappear from the folder list of someuser. But now dovecat attempts to rmdir someuser's own inbox:
journalctl output with no mail_inbox_path configured for shared namespace, but only for inbox namespace
Aug 16 16:34:48 mailserver systemd[1]: Started dovecot.service - Dovecot IMAP/POP3 email server. Aug 16 16:34:48 mailserver unix_chkpwd[65322]: password check failed for user (someuser) Aug 16 16:34:48 mailserver auth[65320]: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=someuser rhost=some::ipv6 user=someuser Aug 16 16:34:48 mailserver dovecot[65315]: imap-login: Logged in: user=<someuser>, method=PLAIN, rip=some::ipv6 lip=some::ipv6, mpid=65324, TLS, session=<uViUaHw8psgqAgkIAbCIAAL////+ESJD> Aug 16 16:34:48 mailserver dovecot[65315]: imap(someuser)<65324><uViUaHw8psgqAgkIAbCIAAL////+ESJD>: Error: rmdir(/var/mail/someuser) failed: Permission denied
In this case, however someuser's INBOX remains in the folder list.
*** Reporter, please consider answering these questions, where appropriate ***
- What led up to the situation?
The upgrade to version 2.4.1 combined with a complete new configuration.
-- Package-specific info:
dovecot configuration
... mail_driver = mbox mail_gid = familie mail_home = /home/%{user | username} mail_inbox_path = /var/mail/%{user | username} mail_path = ~/IMail mail_plugins { acl = yes fts = yes fts_solr = yes } mail_privileged_group = mail ... mail_shared_explicit_inbox = yes protocols { imap = yes sieve = yes } passdb pam { } userdb passwd { } namespace inbox { mail_driver = mbox mail_inbox_path = /var/mail/%{user | username} mail_path = ~/IMail inbox = yes subscriptions = yes type = private mailbox Drafts { special_use = "\\Drafts" } mailbox Junk { special_use = "\\Junk" } mailbox Trash { special_use = "\\Trash" } mailbox Sent { special_use = "\\Sent" } mailbox "Sent Messages" { special_use = "\\Sent" } } namespace shared { mail_driver = mbox
this following setting removed for 2nd test
mail_inbox_path = /var/mail/%{owner_user | username } mail_index_private_path = ~/.dovecot-index/shared/%{owner_user} mail_path = %{owner_home}/IMail list = yes prefix = shared/$username/ separator = / subscriptions = no type = shared } acl_sharing_map { dict file { path = /var/lib/dovecot/db/shared-mailboxes.db } } protocol imap { mail_plugins { imap_acl = yes } } service imap-login { inet_listener imap { } inet_listener imaps { } } service lmtp { unix_listener lmtp { } } service imap { } service pop3 { } service auth { unix_listener auth-userdb { group = users mode = 0660 user = mail } unix_listener auth-exim { group = sasl mode = 0660 type = auth-legacy user = mail } } service auth-worker { } service dict { unix_listener dict { } } ssl_server { cert_file = /etc/letsencrypt/live/somedomain/fullchain.pem key_file = /etc/letsencrypt/live/somedomain/privkey.pem } service managesieve-login { inet_listener sieve { port = 4190 } inet_listener sieve_deprecated { port = 2000 } } service managesieve { } language de { default = yes } language en { } fts solr { url = http://localhost:8983/solr/dovecot/ }
-- System Information: Debian Release: 13.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64)
Kernel: Linux 6.12.41+deb13-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Versions of packages dovecot-core depends on: ii adduser 3.152 ii dovecot-sieve 1:2.4.1+dfsg1-6 ii init-system-helpers 1.68 ii libapparmor1 4.1.0-1 ii libbz2-1.0 1.0.8-6 ii libc6 2.41-12 ii libcap2 1:2.75-10+b1 ii libcrypt1 1:4.4.38-1 ii libexttextcat-2.0-0 3.4.7-1+b1 ii libicu76 76.1-4 ii liblua5.4-0 5.4.7-1+b2 ii liblz4-1 1.10.0-4 ii libpam-runtime 1.7.0-5 ii libpam0g 1.7.0-5 ii libsodium23 1.0.18-1+b2 ii libssl3t64 3.5.1-1 ii libstemmer0d 2.2.0-4+b2 ii libsystemd0 257.7-1 ii libtirpc3t64 1.3.6+ds-1 ii libunwind8 1.8.1-0.1 ii libzstd1 1.5.7+dfsg-1 ii openssl 3.5.1-1 ii ssl-cert 1.1.3 ii ucf 3.0052 ii zlib1g 1:1.3.dfsg+really1.3.1-1+b1
dovecot-core recommends no packages.
Versions of packages dovecot-core suggests: pn dovecot-flatcurve <none> pn dovecot-gssapi <none> ii dovecot-imapd 1:2.4.1+dfsg1-6 pn dovecot-ldap <none> pn dovecot-lmtpd <none> ii dovecot-managesieved 1:2.4.1+dfsg1-6 pn dovecot-mysql <none> pn dovecot-pgsql <none> pn dovecot-pop3d <none> ii dovecot-solr 1:2.4.1+dfsg1-6 pn dovecot-sqlite <none> pn dovecot-submissiond <none> pn ntp <none>
Versions of packages dovecot-core is related to: ii dovecot-core [dovecot-common] 1:2.4.1+dfsg1-6 pn dovecot-dev <none> pn dovecot-gssapi <none> ii dovecot-imapd 1:2.4.1+dfsg1-6 pn dovecot-ldap <none> pn dovecot-lmtpd <none> ii dovecot-managesieved 1:2.4.1+dfsg1-6 pn dovecot-mysql <none> pn dovecot-pgsql <none> pn dovecot-pop3d <none> ii dovecot-sieve 1:2.4.1+dfsg1-6 pn dovecot-sqlite <none>
-- Configuration Files: /etc/default/dovecot changed: ENABLED=1 ALLOW_COREDUMPS=1
-- debconf information: dovecot-core/ssl-cert-name: localhost dovecot-core/create-ssl-cert: false
- dovecot-core/ssl-cert-exists:
It turns out the imap process is crashing later with SEGV, when regenerating an acl cache:
$ gdb /usr/lib/dovecot/imap temp/core.imap.38173 GNU gdb (Debian 16.3-1) 16.3 ...
Core was generated by `/usr/lib/dovecot/imap'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f4786f27c83 in array_count_i (array=<optimized out>) at ../lib/array.h:199
warning: 199 ../lib/array.h: Datei oder Verzeichnis nicht gefunden (gdb) where #0 0x00007f4786f27c83 in array_count_i (array=<optimized out>) at ../lib/array.h:199 #1 array_bsearch_i (array=0x5569b1452738, key=0x5569b146c1a0, cmp=0x7f4786f6dfd0 <search_strcmp>) at ../lib/array.c:147 #2 0x00007f478706b02c in acl_backend_user_is_in_group (backend=<optimized out>, group_name=<optimized out>) at ./src/plugins/acl/acl-backend.c:158 #3 0x00007f478706c5a0 in acl_object_rebuild_cache (aclobj=aclobj@entry=0x5569b145f3d0) at ./src/plugins/acl/acl-api.c:338 #4 0x00007f478707341a in acl_backend_vfile_object_refresh_cache (_aclobj=0x5569b145f3d0) at ./src/plugins/acl/acl-backend-vfile.c:513 #5 0x00007f478706ceba in acl_object_have_right (aclobj=0x5569b145f3d0, right_idx=0) at ./src/plugins/acl/acl-api.c:42 #6 0x00007f478706ee3a in acl_mailbox_list_have_right (list=0x5569b1458db8, name=0x5569b1343080 "INBOX", parent=parent@entry=false, acl_storage_right_idx=acl_storage_right_idx@entry=0) at ./src/plugins/acl/acl-mailbox-list.c:71 #7 0x00007f478706f544 in acl_mailbox_list_info_is_visible (_ctx=<optimized out>) at ./src/plugins/acl/acl-mailbox-list.c:364 #8 acl_mailbox_list_iter_next (_ctx=0x5569b14adec8) at ./src/plugins/acl/acl-mailbox-list.c:468 #9 0x00007f47872e8e44 in mailbox_list_iter_next_call (ctx=0x5569b14adec8) at list/mailbox-list-iter.c:1009 #10 mailbox_list_iter_next (ctx=0x5569b14adec8) at list/mailbox-list-iter.c:1098 #11 0x00007f4787074565 in acl_shared_namespace_add (ns=0x5569b138e960, storage=<optimized out>, userdomain=0x5569b13fd6f0 "someotheruser") at ./src/plugins/acl/acl-shared-storage.c:60 #12 acl_shared_namespaces_add (ns=0x5569b138e960) at ./src/plugins/acl/acl-shared-storage.c:92 #13 0x00007f47870746c6 in acl_mailbox_list_iter_init_shared (list=0x5569b13976d8, patterns=0x5569b149f3c8, flags=MAILBOX_LIST_ITER_RETURN_SPECIALUSE) at ./src/plugins/acl/acl-mailbox-list.c:152 #14 0x00007f47872e83ce in mailbox_list_iter_init_multiple (list=0x5569b13976d8, patterns=<optimized out>, flags=MAILBOX_LIST_ITER_RETURN_SPECIALUSE) at list/mailbox-list-iter.c:159 #15 0x00007f47872e9e2c in mailbox_list_ns_iter_try_next (_ctx=0x5569b149f0f8, info_r=<synthetic pointer>) at list/mailbox-list-iter.c:603 #16 mailbox_list_ns_iter_next (_ctx=0x5569b149f0f8) at list/mailbox-list-iter.c:678 #17 0x00007f47872e8e44 in mailbox_list_iter_next_call (ctx=0x5569b149f0f8) at list/mailbox-list-iter.c:1009 #18 mailbox_list_iter_next (ctx=0x5569b149f0f8) at list/mailbox-list-iter.c:1098 #19 0x000055697bc15b29 in cmd_list_continue (cmd=cmd@entry=0x5569b1389ef8) at ./src/imap/cmd-list.c:277 #20 0x000055697bc16548 in cmd_list_full (cmd=<optimized out>, lsub=<optimized out>) at ./src/imap/cmd-list.c:536 #21 0x000055697bc1d124 in command_exec (cmd=cmd@entry=0x5569b1389ef8) at ./src/imap/imap-commands.c:208 #22 0x000055697bc23650 in client_command_input (cmd=<optimized out>, cmd@entry=0x5569b1389ef8) at ./src/imap/imap-client.c:1271 #23 0x000055697bc236e6 in client_command_input (cmd=<optimized out>) at ./src/imap/imap-client.c:1341 #24 0x000055697bc23b55 in client_handle_next_command (client=0x5569b1388ac8, remove_io_r=<synthetic pointer>) at ./src/imap/imap-client.c:1383 #25 client_handle_input (client=client@entry=0x5569b1388ac8) at ./src/imap/imap-client.c:1397 #26 0x000055697bc23f47 in client_input (client=0x5569b1388ac8) at ./src/imap/imap-client.c:1441 #27 0x00007f4786f5177b in io_loop_call_io (io=0x5569b1467d20) at ../lib/ioloop.c:743 #28 0x00007f4786f535ea in io_loop_handler_run_internal (ioloop=ioloop@entry=0x5569b134b4e0) at ../lib/ioloop-epoll.c:222 #29 0x00007f4786f53694 in io_loop_handler_run (ioloop=ioloop@entry=0x5569b134b4e0) at ../lib/ioloop.c:795 #30 0x00007f4786f53868 in io_loop_run (ioloop=0x5569b134b4e0) at ../lib/ioloop.c:768 #31 0x00007f4786ea6347 in master_service_run (service=0x5569b134ac40, callback=callback@entry=0x55697bc28090 <client_connected>) at ../lib-master/master-service.c:1210 #32 0x000055697bc0ee27 in main (argc=<optimized out>, argv=<optimized out>) at ./src/imap/main.c:601 ...
(gdb) up #3 0x00007f478706c5a0 in acl_object_rebuild_cache (aclobj=aclobj@entry=0x5569b145f3d0) at ./src/plugins/acl/acl-api.c:338 (gdb) print *aclobj->backend->set $7 = {pool = 0x5569b14526c8, acl_user = 0x5569b1457f58 "", acl_groups = {arr = {buffer = 0x0, element_size = 0}, v = 0x0, v_modifiable = 0x0}, acl_rights = {arr = {buffer = 0x0, element_size = 0}, v = 0x0, v_modifiable = 0x0}, acl_driver = 0x7f4787081ffa <error: Cannot access memory at address 0x7f4787081ffa>, acl_global_path = 0x7f4787075600 "", acl_cache_ttl = 30, acl_globals_only = false, acl_defaults_from_inbox = false, acl_ignore = false} (gdb) print *aclobj->backend $8 = {pool = 0x5569b1451a50, set = 0x5569b1452728, username = 0x5569b13827e8 "someuser", event = 0x5569b1457768, list = 0x5569b1458db8, cache = 0x5569b1453570, global_file = 0x0, default_aclobj = 0x5569b1462a10, default_aclmask = 0x5569b1451b28, default_rights = 0x7f4787076310 <non_owner_mailbox_rights>, v = 0x7f478707b500 <acl_backend_vfile>, owner = false}
Found out what triggers the crashes: it is *not* the lexicographically lowest someotheruser, it is a someotheruser with a group acl active on its INBOX. If you manually remove the group acl from the affected mailbox's acl file, access is possible as granted to users in the remaining acl lines.
This can be tested just by dovecot acl debug - it crashes the same way as the imap process and is much easier to debug. To provoke crashing, just issue something like:
$ doveadm acl add -u someuser shared/someotheruser/INBOX group=somegroup lookup
This command will try to rmdir someotheruser's inbox file, then crash, plus any subsequent calls like
$ doveadm acl debug -u someuser shared/someotheruser/INBOX
will crash as well.
The rmdir phaenomenon is showing with doveadm acl debug, as well. It doesn't appear to be directly related to the crashes on group acls, however. For example, after "repairing" the ACL:
$ doveadm acl debug -u someuser shared/someotheruser
(note: /INBOX is missing here, as explicit inbox is configured), will try to rmdir /var/mail/someotheruser and then will show that noch such Mailbox exists, whereas
$ doveadm acl debug -u someuser shared/someotheruser2
simply shows that such a Mailbox doesn't exist in the given namespace.
I have no idea what is triggering the different behaviour between someotheruser and someotheruser2.
On 27. Aug 2025, at 12.30, pelzi--- via dovecot <dovecot@dovecot.org> wrote:
Found out what triggers the crashes: it is *not* the lexicographically lowest someotheruser, it is a someotheruser with a group acl active on its INBOX. If you manually remove the group acl from the affected mailbox's acl file, access is possible as granted to users in the remaining acl lines.
This can be tested just by dovecot acl debug - it crashes the same way as the imap process and is much easier to debug. To provoke crashing, just issue something like:
$ doveadm acl add -u someuser shared/someotheruser/INBOX group=somegroup lookup
This command will try to rmdir someotheruser's inbox file, then crash, plus any subsequent calls like
I can reproduce the crash, but not the rmdir() error. Not really sure where it's coming from. Can you get a gdb backtrace to it as well? Maybe:
gdb --args doveadm acl add -u someuser shared/someotheruser/INBOX group=somegroup lookup b rmdir run
Or if that doesn't work for some reason, you should be able to get a core dump from all errors with:
log_core_filter = category=error
Here we go, however I prefer to start with a command that doesn't shoot the imap process in the foot:
$ gdb --args doveadm acl debug -u someuser shared/someotheruser
...
(gdb) where #0 0x00007ffff781df10 in rmdir () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007ffff7d6ccef in mailbox_list_delete_until_root (list=0x55555568ce58, path=0x55555568be58 "/var/mail/someotheruser", type=<optimized out>) at list/mailbox-list-delete.c:311 #2 0x00007ffff7d6d605 in mailbox_list_delete_mailbox_until_root (list=0x55555568ce58, storage_name=storage_name@entry=0x55555569a660 "INBOX") at list/mailbox-list-delete.c:342 #3 0x00007ffff7d6f542 in mailbox_list_iter_try_delete_noselect (info=0x555555699cd8, ctx=0x555555699c48, storage_name=0x55555569a660 "INBOX") at list/mailbox-list-iter-private.h:40 #4 fs_list_entry (ctx=0x555555699c48, entry=<optimized out>) at list/mailbox-list-fs-iter.c:755 #5 fs_list_next (ctx=<optimized out>) at list/mailbox-list-fs-iter.c:781 #6 fs_list_iter_next (_ctx=0x555555699c48) at list/mailbox-list-fs-iter.c:899 #7 0x00007ffff7d7733b in mailbox_list_index_sync_list (sync_ctx=0x555555699ba0) at list/mailbox-list-index-sync.c:322 #8 mailbox_list_index_sync (list=list@entry=0x55555568ce58, refresh=<optimized out>) at list/mailbox-list-index-sync.c:480 #9 0x00007ffff7d774eb in mailbox_list_index_refresh_force (list=list@entry=0x55555568ce58) at list/mailbox-list-index.c:649 #10 0x00007ffff7d795a0 in mailbox_list_index_refresh_if_found (list=0x55555568ce58, name=0x5555556953b0 "", selectable=true) at list/mailbox-list-index.c:910 #11 mailbox_list_index_refresh_if_found (list=0x55555568ce58, name=0x5555556953b0 "", selectable=<optimized out>) at list/mailbox-list-index.c:900 #12 0x00007ffff7d79660 in mailbox_list_index_update_mailbox (update=<optimized out>, box=0x555555694fe8) at list/mailbox-list-index.c:975 #13 mailbox_list_index_open_mailbox (box=0x555555694fe8) at list/mailbox-list-index.c:968 #14 0x00007ffff7d1502c in mailbox_open_full (box=box@entry=0x555555694fe8, input=input@entry=0x0) at ./src/lib-storage/mail-storage.c:1772 #15 0x00007ffff7d15229 in mailbox_open (box=0x555555694fe8) at ./src/lib-storage/mail-storage.c:1821 #16 0x00007ffff6cb970c in cmd_acl_debug_mailbox_open (ctx=0x555555649818, user=<optimized out>, mailbox=0x555555649378 "shared/someotheruser", box_r=0x7fffffffe640) at ./src/plugins/acl/doveadm-acl.c:370 #17 cmd_acl_debug_run (_ctx=0x555555649818, user=<optimized out>) at ./src/plugins/acl/doveadm-acl.c:514 #18 0x000055555558d5bb in doveadm_mail_next_user (ctx=0x555555649818, error_r=<optimized out>) at ./src/doveadm/doveadm-mail.c:506 #19 0x000055555558f2bf in doveadm_mail_cmd_exec (ctx=0x555555649818, wildcard_user=0x0) at ./src/doveadm/doveadm-mail.c:710 #20 doveadm_cmd_ver2_to_mail_cmd_wrapper (cctx=<optimized out>) at ./src/doveadm/doveadm-mail.c:1039 #21 0x00005555555a36a9 in doveadm_cmdline_run (argc=<optimized out>, argv=0x55555561b7d0, cctx=cctx@entry=0x555555642218) at ./src/doveadm/doveadm-cmd-parse.c:451 #22 0x00005555555a3832 in doveadm_cmdline_try_run (cmd_name=cmd_name@entry=0x55555561b809 "acl", argc=<optimized out>, argv=<optimized out>, cctx=cctx@entry=0x555555642218) at ./src/doveadm/doveadm-cmd.c:160 #23 0x000055555557cf3e in main (argc=<optimized out>, argv=<optimized out>) at ./src/doveadm/doveadm.c:386
Am 27.08.25 um 22:29 schrieb Timo Sirainen:
On 27. Aug 2025, at 12.30, pelzi--- via dovecot <dovecot@dovecot.org> wrote:
Found out what triggers the crashes: it is *not* the lexicographically lowest someotheruser, it is a someotheruser with a group acl active on its INBOX. If you manually remove the group acl from the affected mailbox's acl file, access is possible as granted to users in the remaining acl lines.
This can be tested just by dovecot acl debug - it crashes the same way as the imap process and is much easier to debug. To provoke crashing, just issue something like:
$ doveadm acl add -u someuser shared/someotheruser/INBOX group=somegroup lookup
This command will try to rmdir someotheruser's inbox file, then crash, plus any subsequent calls like I can reproduce the crash, but not the rmdir() error. Not really sure where it's coming from. Can you get a gdb backtrace to it as well? Maybe:
gdb --args doveadm acl add -u someuser shared/someotheruser/INBOX group=somegroup lookup b rmdir run
Or if that doesn't work for some reason, you should be able to get a core dump from all errors with:
log_core_filter = category=error
On 27. Aug 2025, at 23.38, pelzi--- via dovecot <dovecot@dovecot.org> wrote:
Here we go, however I prefer to start with a command that doesn't shoot the imap process in the foot:
$ gdb --args doveadm acl debug -u someuser shared/someotheruser
...
(gdb) where #0 0x00007ffff781df10 in rmdir () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007ffff7d6ccef in mailbox_list_delete_until_root (list=0x55555568ce58, path=0x55555568be58 "/var/mail/someotheruser", type=<optimized out>) at list/mailbox-list-delete.c:311 #2 0x00007ffff7d6d605 in mailbox_list_delete_mailbox_until_root (list=0x55555568ce58, storage_name=storage_name@entry=0x55555569a660 "INBOX") at list/mailbox-list-delete.c:342 #3 0x00007ffff7d6f542 in mailbox_list_iter_try_delete_noselect (info=0x555555699cd8, ctx=0x555555699c48, storage_name=0x55555569a660 "INBOX") at list/mailbox-list-iter-private.h:40 #4 fs_list_entry (ctx=0x555555699c48, entry=<optimized out>) at list/mailbox-list-fs-iter.c:755
I can now reproduce this, but it's in a rather complex part of the code. I'm not sure it's a good idea to do changes in there. This seems rather mbox-specific problem, and we're not really providing more than minimal support for mbox format anymore. So I'd suggest you switch to a different mailbox format. You can also work around this by setting mailbox_list_drop_noselect=no.
The other crash you reported is now fixed and will be in github hopefully today. Workaround there would be to make sure all users have at least something in acl_groups.
participants (2)
-
pelzi＠feldner-bv.de
-
Timo Sirainen