On 2 Feb 2026, at 23:53, Christian Kivalo via dovecot <dovecot@dovecot.org> wrote: On 2026-02-02 21:52, Timo Sirainen via dovecot wrote:
On 2. Feb 2026, at 22.16, Timo Sirainen via dovecot <dovecot@dovecot.org> wrote:
On 2. Feb 2026, at 12.31, Christian Kivalo via dovecot <dovecot@dovecot.org> wrote:
On 2026-02-02 09:09, Timo Sirainen via dovecot wrote:
Hi, On 26. Jan 2026, at 14.13, Christian Kivalo via dovecot <dovecot@dovecot.org> wrote:
the ipad logged in again and caused ~100 panics. Logging with log_debug=category==imap or category=sieve. I can provide the coredump if needed. A core dump for this crash would be helpful, since it's not easily reproducible. Please send it to me privately timo.sirainen@open-xchange.com <mailto:timo.sirainen@open-xchange.com> using the tarball generated by dovecot-sysreport --core /path/to/core. Hi, I sent you the dovecot-sysreport tarball. Thanks. I can now reproduce. The crash happens (at least) when:
- imapsieve action is for COPY
- source message has no $HasAttachment or $HasNoAttachment flags
- mail_attachment_detection_options contains add-flags (nowadays the default) So for now the workaround would be to set mail_attachment_detection_options to empty value. Or trigger some doveadm command to update attachment flags to all existing mails (I think doveadm fetch imap.bodystructure or maybe body.1 would work). Actually, also it seems to need the copying to happen using the slow way of saving a new mail. With Maildir this means either maildir_copy_with_hardlinks=no or if the source and destination Maildir directories' permissions aren't the same (e.g. both aren't 0700 permissions, or they have different groups).
Thanks!
i did doveadm fetch -u user imap.bodystructure ALL for two users and changed mail_attachment_detection_options to empty. I'll see if I get some panics for the third user.
I have maildir_copy_with_hardlinks=yes and directory permissions are all identical.
Hi guys. I have a larger (1200 users) Dovecot 2.4.2 server on Debian Trixie where this happens immediately, almost on every COPY, when moving a message to a different directory.
It seems mail client related, mostly happening on with Apple Mail / iOS clients, but also with Android Mail.
On another server with exact same configuration (imap_sieve enabled in mail_plugins, global spam/ham learning sieve scripts triggered by cause = copy) with 2200 users, it barely ever happens - but could be the completely different user base that is rarely using Apple Mail.
Can you give us an update on this issue? Is it already fixed upstream in Pigeonhole? Looks like https://github.com/dovecot/pigeonhole/commit/f96cc4b18109080393f100c580cdd04... by Stephan Bosch fixes it. @Stephan Can you confirm and tell us if 2.4.3 is going to be released soon?
Thanks, Philip