> On 2 Feb 2026, at 23:53, Christian Kivalo via dovecot <[email protected]> > wrote: > On 2026-02-02 21:52, Timo Sirainen via dovecot wrote: >> On 2. Feb 2026, at 22.16, Timo Sirainen via dovecot <[email protected]> >> wrote: >>> On 2. Feb 2026, at 12.31, Christian Kivalo via dovecot >>> <[email protected]> wrote: >>>> On 2026-02-02 09:09, Timo Sirainen via dovecot wrote: >>>>> Hi, >>>>> On 26. Jan 2026, at 14.13, Christian Kivalo via dovecot >>>>> <[email protected]> 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 >>>>> [email protected] <mailto:[email protected]> >>>>> 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/f96cc4b18109080393f100c580cdd043d2b92d8d by Stephan Bosch fixes it. @Stephan Can you confirm and tell us if 2.4.3 is going to be released soon? Thanks, Philip _______________________________________________ dovecot mailing list -- [email protected] To unsubscribe send an email to [email protected]
