Hi!
Mar 09 09:51:59 lmtp(testuser1)<274><E8i8DzSYrmkSAQAAUraM8A>: Debug: sieve: msgid=unspecified: Finished executing implicit keep action (status=ok) Mar 09 09:51:59 lmtp(testuser1)<274><E8i8DzSYrmkSAQAAUraM8A>: Debug: sieve: msgid=unspecified: Finalizing actions Mar 09 09:51:59 lmtp(testuser1)<274><E8i8DzSYrmkSAQAAUraM8A>: Debug: sieve: msgid=unspecified: Finished finalizing actions (status=ok, keep=implicit, committed=no) Mar 09 09:51:59 lmtp(testuser1)<274><E8i8DzSYrmkSAQAAUraM8A>: Debug: sieve: msgid=unspecified: Finalize implicit keep (status=ok) Mar 09 09:51:59 lmtp(testuser1)<274><E8i8DzSYrmkSAQAAUraM8A>: Debug: sieve: msgid=unspecified: Finalize implicit keep action(status=ok, action_status=ok, commit_status=ok)
It really seems to work just fine. I think you are probably missing come configuration, or you did not activate your sieve script.
Aki
dovecot_config_version = 2.4.2 dovecot_storage_version = 2.4.2 log_debug = category=lmtp log_path = /dovecot.log mail_driver = sdbox mail_gid = vmail mail_home = /home/vmail/%{user} mail_path = ~/mail mail_uid = vmail protocols = lmtp protocol lmtp { mail_plugins { sieve = yes } } passdb static { password = # hidden, use -P to show it } sieve_script personal { active_path = ~/.dovecot.sieve.active driver = file path = ~/.dovecot.sieve type = personal }
~$ cat /etc/redhat-release Red Hat Enterprise Linux release 10.0 (Coughlan)
On 09/03/2026 10:25 EET Patrick Starrenburg via dovecot <dovecot@dovecot.org> wrote:
It did work for my rhel10 test. Not sure what went wrong in your case.
It did give the appearance of working in my case also (the unrecognised sieve directive errors went) but Sieve functioning did not work.
Did you try any Sieve processing on your RHEL 10 machine after the workaround?
Of course it (installing dovecot-managesieved as workaround not working) could well be down to my learning Dovecot/Sieve — this is my first Dovecot setup. My Rocky Linux 9 machine is fairly clean (new install, not moving to RHEL 10 yet) and I installed from packages from the repo with no problems.
Separate but related question - is there an uninstall option for Pigeonhole that was installed compiled from source? I still have the source directory on the machine.
Patrick
On 9 Mar 2026, at 08:56, Aki Tuomi <aki.tuomi@open-xchange.com> wrote:
On 09/03/2026 09:34 EET Patrick Starrenburg via dovecot <dovecot@dovecot.org> wrote:
Hi
In repo.dovecot.org, the libpigeonhole_settings.so went accidentically to dovecot-managesieved package instead of dovecot-sieve package.
The thing is though I installed
dovecot-managesievedas you suggested and the error that Dovecot did not recognise any of the sieve directives indovecot.confwent away **but there was still not any Sieve functionality**. I double/triple checked and confirmed that — only after installing Pigeonhole did Sieve work.The pigeonhole compiled installation put more files into
/usr/lib64/dovecot/settings/thandovecot-managesieveddid. This is my current listing after removingdovecot-managesievedand installing Pigeonhole from source. Installingdovecot-managesievedonly put three files into Settings.It did work for my rhel10 test. Not sure what went wrong in your case.
$ rpm -qa | grep dovecot dovecot-lua-2.4.2-2.x86_64 dovecot-2.4.2-2.x86_64 dovecot-ldap-2.4.2-2.x86_64 dovecot-sieve-2.4.2-2.x86_64 dovecot-sieve-devel-2.4.2-2.x86_64 dovecot-managesieved-2.4.2-2.x86_64
$ doveconf
2.4.2-2 (0962ed2104): /etc/dovecot/dovecot.conf
Pigeonhole version 2.4.2-2 (767418c3)
OS: Linux 6.8.0-94-generic x86_64 Red Hat Enterprise Linux release 10.0 (Coughlan)
Hostname: a4565594f1a4
dovecot_config_version = 2.4.2 dovecot_storage_version = 2.4.2 mail_driver = maildir mail_home = /home/%{user|name} mail_inbox_path = /var/mail/%{user|name} mail_path = ~/mail mailbox_list_utf8 = yes protocols = sieve imap lmtp pop3 submission passdb pam { } userdb passwd { } namespace inbox { inbox = yes separator = / } sieve_script personal { }
Aki
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org