Hello, For the past few weeks, I have been facing an issue where user Sieve scripts no longer work.
I have configured the filtering of spam emails marked by Rspamd in a before.sieve script, and that works fine. However, the user scripts created via ManageSieve through the Roundcube webmailer do not function anymore.
I suspect that this issue started after a Debian 12.6 system upgrade. Could it be that something fundamentally changed, or is Dovecot not fully compatible with Debian 12? However, I find that hard to believe.
Despite repeatedly reinstalling the Dovecot environment and verifying file permissions and configurations multiple times, I haven't been able to resolve the issue. I’ve been running Sieve for over 15 years on various servers and have never encountered such problems.
Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is not being created. The directory specified in sieve_trace_dir = /var/log/dovecot/sieve is created, but it only logs actions from before.sieve, not from user Sieve scripts.
Here are the relevant settings from 90-sieve.conf:
plugin { sieve_extensions = +editheader sieve = file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve sieve_dir = /var/customers/sieve/ sieve_default = /var/customers/sieve/default.sieve sieve_global = /var/customers/sieve/global.sieve sieve_before = /var/customers/sieve/before.sieve sieve_user_log = /var/log/dovecot/sieve.log sieve_trace_dir = /var/log/dovecot/sieve sieve_compile_binary = yes sieve_trace_level = matching sieve_trace_debug = yes sieve_debug = yes }
Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log:
Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: fileinto action: stored mail into mailbox 'INBOX'
Here’s a log entry from debug.log:
Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: Debug: sieve: Using the following location for user's Sieve script: /var/customers/sieve/info@domain.info/.dovecot.sieve
However, the script is not being applied.
Contents of /var/customers/sieve/info@domain.info:
/var/customers/sieve/info@domain.info # ls -lah total 24K drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp
Contents of filter.sieve:
require ["copy"]; # rule: [Redirect] if true { redirect :copy "christian@domain.info"; }
The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. Write permissions are correct, and there are no indications of errors in the dovecot.log or debug.log.
Thanks for infos and your help
Christian
On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello, For the past few weeks, I have been facing an issue where user Sieve scripts no longer work.
I have configured the filtering of spam emails marked by Rspamd in a before.sieve script, and that works fine. However, the user scripts created via ManageSieve through the Roundcube webmailer do not function anymore.
I suspect that this issue started after a Debian 12.6 system upgrade. Could it be that something fundamentally changed, or is Dovecot not fully compatible with Debian 12? However, I find that hard to believe.
Despite repeatedly reinstalling the Dovecot environment and verifying file permissions and configurations multiple times, I haven't been able to resolve the issue. I’ve been running Sieve for over 15 years on various servers and have never encountered such problems.
Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is not being created. The directory specified in sieve_trace_dir = /var/log/dovecot/sieve is created, but it only logs actions from before.sieve, not from user Sieve scripts.
Here are the relevant settings from 90-sieve.conf:
plugin { sieve_extensions = +editheader sieve = file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve sieve_dir = /var/customers/sieve/ sieve_default = /var/customers/sieve/default.sieve sieve_global = /var/customers/sieve/global.sieve sieve_before = /var/customers/sieve/before.sieve sieve_user_log = /var/log/dovecot/sieve.log sieve_trace_dir = /var/log/dovecot/sieve sieve_compile_binary = yes sieve_trace_level = matching sieve_trace_debug = yes sieve_debug = yes }
Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log:
Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: fileinto action: stored mail into mailbox 'INBOX'
Here’s a log entry from debug.log:
Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: Debug: sieve: Using the following location for user's Sieve script: /var/customers/sieve/info@domain.info/.dovecot.sieve
However, the script is not being applied.
Contents of /var/customers/sieve/info@domain.info:
/var/customers/sieve/info@domain.info # ls -lah total 24K drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp
Contents of filter.sieve:
require ["copy"]; # rule: [Redirect] if true { redirect :copy "christian@domain.info"; }
The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. Write permissions are correct, and there are no indications of errors in the dovecot.log or debug.log.
Thanks for infos and your help
Christian
Can you try enabling mail_debug=yes and see if it tells anything?
Aki
Hello Aki, can you tell me what exactly I should be looking for? With the amount of log entries in the debug.log it is otherwise very difficult to find something if you don't know what to look for. Thanks Christian
Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot:
On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello, For the past few weeks, I have been facing an issue where user Sieve scripts no longer work.
I have configured the filtering of spam emails marked by Rspamd in a before.sieve script, and that works fine. However, the user scripts created via ManageSieve through the Roundcube webmailer do not function anymore.
I suspect that this issue started after a Debian 12.6 system upgrade. Could it be that something fundamentally changed, or is Dovecot not fully compatible with Debian 12? However, I find that hard to believe.
Despite repeatedly reinstalling the Dovecot environment and verifying file permissions and configurations multiple times, I haven't been able to resolve the issue. I’ve been running Sieve for over 15 years on various servers and have never encountered such problems.
Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is not being created. The directory specified in sieve_trace_dir = /var/log/dovecot/sieve is created, but it only logs actions from before.sieve, not from user Sieve scripts.
Here are the relevant settings from 90-sieve.conf:
plugin { sieve_extensions = +editheader sieve = file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve sieve_dir = /var/customers/sieve/ sieve_default = /var/customers/sieve/default.sieve sieve_global = /var/customers/sieve/global.sieve sieve_before = /var/customers/sieve/before.sieve sieve_user_log = /var/log/dovecot/sieve.log sieve_trace_dir = /var/log/dovecot/sieve sieve_compile_binary = yes sieve_trace_level = matching sieve_trace_debug = yes sieve_debug = yes }
Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log:
Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: fileinto action: stored mail into mailbox 'INBOX'
Here’s a log entry from debug.log:
Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: Debug: sieve: Using the following location for user's Sieve script: /var/customers/sieve/info@domain.info/.dovecot.sieve
However, the script is not being applied.
Contents of /var/customers/sieve/info@domain.info:
/var/customers/sieve/info@domain.info # ls -lah total 24K drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp
Contents of filter.sieve:
require ["copy"]; # rule: [Redirect] if true { redirect :copy "christian@domain.info"; }
The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. Write permissions are correct, and there are no indications of errors in the dovecot.log or debug.log.
Thanks for infos and your help
Christian
Can you try enabling mail_debug=yes and see if it tells anything?
Aki
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public.
Aki
On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello Aki, can you tell me what exactly I should be looking for? With the amount of log entries in the debug.log it is otherwise very difficult to find something if you don't know what to look for. Thanks Christian
Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot:
On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello, For the past few weeks, I have been facing an issue where user Sieve scripts no longer work.
I have configured the filtering of spam emails marked by Rspamd in a before.sieve script, and that works fine. However, the user scripts created via ManageSieve through the Roundcube webmailer do not function anymore.
I suspect that this issue started after a Debian 12.6 system upgrade. Could it be that something fundamentally changed, or is Dovecot not fully compatible with Debian 12? However, I find that hard to believe.
Despite repeatedly reinstalling the Dovecot environment and verifying file permissions and configurations multiple times, I haven't been able to resolve the issue. I’ve been running Sieve for over 15 years on various servers and have never encountered such problems.
Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is not being created. The directory specified in sieve_trace_dir = /var/log/dovecot/sieve is created, but it only logs actions from before.sieve, not from user Sieve scripts.
Here are the relevant settings from 90-sieve.conf:
plugin { sieve_extensions = +editheader sieve = file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve sieve_dir = /var/customers/sieve/ sieve_default = /var/customers/sieve/default.sieve sieve_global = /var/customers/sieve/global.sieve sieve_before = /var/customers/sieve/before.sieve sieve_user_log = /var/log/dovecot/sieve.log sieve_trace_dir = /var/log/dovecot/sieve sieve_compile_binary = yes sieve_trace_level = matching sieve_trace_debug = yes sieve_debug = yes }
Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log:
Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: fileinto action: stored mail into mailbox 'INBOX'
Here’s a log entry from debug.log:
Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: Debug: sieve: Using the following location for user's Sieve script: /var/customers/sieve/info@domain.info/.dovecot.sieve
However, the script is not being applied.
Contents of /var/customers/sieve/info@domain.info:
/var/customers/sieve/info@domain.info # ls -lah total 24K drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp
Contents of filter.sieve:
require ["copy"]; # rule: [Redirect] if true { redirect :copy "christian@domain.info"; }
The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. Write permissions are correct, and there are no indications of errors in the dovecot.log or debug.log.
Thanks for infos and your help
Christian
Can you try enabling mail_debug=yes and see if it tells anything?
Aki
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
I have a typical line from the log that shows how a sieve script is accessed. But it is not taken into account. All user sieve scripts are not executed. All before.script entries are executed properly.
Dec 11 12:45:26
lda(postmaster@domain.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug:
sieve: file storage: Relative path to sieve storage in active link:
Dec 11 12:45:26
lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug:
sieve: file storage: Using Sieve script path:
/var/customers/sieve/postmaster@domain.info/.dovecot.sieve
Dec 11 12:45:26
lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug:
sieve: file storage: script filter': Opened script filter' from
`/var/customers/sieve/postmaster@domain.info/.dovecot.sieve'
Here is the content of the script. A simple copy. I created the script using roundcube Webmailer and Managed Sieve.
require ["copy"]; # rule:[Umleiten] if true { redirect :copy "christian@domain.info"; }
There is no "error" message in the logs, however.
All before.script entries are executed properly.
Christian
Am 11.12.2024 um 12:08 schrieb Aki Tuomi via dovecot:
It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public.
Aki
On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello Aki, can you tell me what exactly I should be looking for? With the amount of log entries in the debug.log it is otherwise very difficult to find something if you don't know what to look for. Thanks Christian
Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot:
On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello, For the past few weeks, I have been facing an issue where user Sieve scripts no longer work.
I have configured the filtering of spam emails marked by Rspamd in a before.sieve script, and that works fine. However, the user scripts created via ManageSieve through the Roundcube webmailer do not function anymore.
I suspect that this issue started after a Debian 12.6 system upgrade. Could it be that something fundamentally changed, or is Dovecot not fully compatible with Debian 12? However, I find that hard to believe.
Despite repeatedly reinstalling the Dovecot environment and verifying file permissions and configurations multiple times, I haven't been able to resolve the issue. I’ve been running Sieve for over 15 years on various servers and have never encountered such problems.
Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is not being created. The directory specified in sieve_trace_dir = /var/log/dovecot/sieve is created, but it only logs actions from before.sieve, not from user Sieve scripts.
Here are the relevant settings from 90-sieve.conf:
plugin { sieve_extensions = +editheader sieve = file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve sieve_dir = /var/customers/sieve/ sieve_default = /var/customers/sieve/default.sieve sieve_global = /var/customers/sieve/global.sieve sieve_before = /var/customers/sieve/before.sieve sieve_user_log = /var/log/dovecot/sieve.log sieve_trace_dir = /var/log/dovecot/sieve sieve_compile_binary = yes sieve_trace_level = matching sieve_trace_debug = yes sieve_debug = yes }
Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log:
Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: fileinto action: stored mail into mailbox 'INBOX'
Here’s a log entry from debug.log:
Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: Debug: sieve: Using the following location for user's Sieve script: /var/customers/sieve/info@domain.info/.dovecot.sieve
However, the script is not being applied.
Contents of /var/customers/sieve/info@domain.info:
/var/customers/sieve/info@domain.info # ls -lah total 24K drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp
Contents of filter.sieve:
require ["copy"]; # rule: [Redirect] if true { redirect :copy "christian@domain.info"; }
The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. Write permissions are correct, and there are no indications of errors in the dovecot.log or debug.log.
Thanks for infos and your help
Christian
Can you try enabling mail_debug=yes and see if it tells anything?
Aki
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
Have you tried with sieve-test? It could provide more information on what is happening with your script and email.
Aki
On 11/12/2024 13:54 EET christian via dovecot <dovecot@dovecot.org> wrote:
I have a typical line from the log that shows how a sieve script is accessed. But it is not taken into account. All user sieve scripts are not executed. All before.script entries are executed properly.
Dec 11 12:45:26 lda(postmaster@domain.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Relative path to sieve storage in active link: Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Using Sieve script path: /var/customers/sieve/postmaster@domain.info/.dovecot.sieve Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: script
filter': Opened scriptfilter' from `/var/customers/sieve/postmaster@domain.info/.dovecot.sieve'Here is the content of the script. A simple copy. I created the script using roundcube Webmailer and Managed Sieve.
require ["copy"]; # rule:[Umleiten] if true { redirect :copy "christian@domain.info"; }
There is no "error" message in the logs, however.
All before.script entries are executed properly.
Christian
Am 11.12.2024 um 12:08 schrieb Aki Tuomi via dovecot:
It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public.
Aki
On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello Aki, can you tell me what exactly I should be looking for? With the amount of log entries in the debug.log it is otherwise very difficult to find something if you don't know what to look for. Thanks Christian
Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot:
On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello, For the past few weeks, I have been facing an issue where user Sieve scripts no longer work.
I have configured the filtering of spam emails marked by Rspamd in a before.sieve script, and that works fine. However, the user scripts created via ManageSieve through the Roundcube webmailer do not function anymore.
I suspect that this issue started after a Debian 12.6 system upgrade. Could it be that something fundamentally changed, or is Dovecot not fully compatible with Debian 12? However, I find that hard to believe.
Despite repeatedly reinstalling the Dovecot environment and verifying file permissions and configurations multiple times, I haven't been able to resolve the issue. I’ve been running Sieve for over 15 years on various servers and have never encountered such problems.
Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is not being created. The directory specified in sieve_trace_dir = /var/log/dovecot/sieve is created, but it only logs actions from before.sieve, not from user Sieve scripts.
Here are the relevant settings from 90-sieve.conf:
plugin { sieve_extensions = +editheader sieve = file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve sieve_dir = /var/customers/sieve/ sieve_default = /var/customers/sieve/default.sieve sieve_global = /var/customers/sieve/global.sieve sieve_before = /var/customers/sieve/before.sieve sieve_user_log = /var/log/dovecot/sieve.log sieve_trace_dir = /var/log/dovecot/sieve sieve_compile_binary = yes sieve_trace_level = matching sieve_trace_debug = yes sieve_debug = yes }
Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log:
Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: fileinto action: stored mail into mailbox 'INBOX'
Here’s a log entry from debug.log:
Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: Debug: sieve: Using the following location for user's Sieve script: /var/customers/sieve/info@domain.info/.dovecot.sieve
However, the script is not being applied.
Contents of /var/customers/sieve/info@domain.info:
/var/customers/sieve/info@domain.info # ls -lah total 24K drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp
Contents of filter.sieve:
require ["copy"]; # rule: [Redirect] if true { redirect :copy "christian@domain.info"; }
The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. Write permissions are correct, and there are no indications of errors in the dovecot.log or debug.log.
Thanks for infos and your help
Christian
Can you try enabling mail_debug=yes and see if it tells anything?
Aki
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
But it doesn't matter which email comes in. In the test case, every email that comes in should be forwarded. No Sieve action is written to the sieve.log. Something doesn't seem to be working properly.
Can you take a look at my attached postconf -n to see if you can see anything?
Am 11.12.2024 um 13:06 schrieb Aki Tuomi via dovecot:
Have you tried with sieve-test? It could provide more information on what is happening with your script and email.
Aki
On 11/12/2024 13:54 EET christian via dovecot <dovecot@dovecot.org> wrote:
I have a typical line from the log that shows how a sieve script is accessed. But it is not taken into account. All user sieve scripts are not executed. All before.script entries are executed properly.
Dec 11 12:45:26 lda(postmaster@domain.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Relative path to sieve storage in active link: Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Using Sieve script path: /var/customers/sieve/postmaster@domain.info/.dovecot.sieve Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: script
filter': Opened scriptfilter' from `/var/customers/sieve/postmaster@domain.info/.dovecot.sieve'Here is the content of the script. A simple copy. I created the script using roundcube Webmailer and Managed Sieve.
require ["copy"]; # rule:[Umleiten] if true { redirect :copy "christian@domain.info"; }
There is no "error" message in the logs, however.
All before.script entries are executed properly.
Christian
Am 11.12.2024 um 12:08 schrieb Aki Tuomi via dovecot:
It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public.
Aki
On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello Aki, can you tell me what exactly I should be looking for? With the amount of log entries in the debug.log it is otherwise very difficult to find something if you don't know what to look for. Thanks Christian
Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot:
On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello, For the past few weeks, I have been facing an issue where user Sieve scripts no longer work.
I have configured the filtering of spam emails marked by Rspamd in a before.sieve script, and that works fine. However, the user scripts created via ManageSieve through the Roundcube webmailer do not function anymore.
I suspect that this issue started after a Debian 12.6 system upgrade. Could it be that something fundamentally changed, or is Dovecot not fully compatible with Debian 12? However, I find that hard to believe.
Despite repeatedly reinstalling the Dovecot environment and verifying file permissions and configurations multiple times, I haven't been able to resolve the issue. I’ve been running Sieve for over 15 years on various servers and have never encountered such problems.
Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is not being created. The directory specified in sieve_trace_dir = /var/log/dovecot/sieve is created, but it only logs actions from before.sieve, not from user Sieve scripts.
Here are the relevant settings from 90-sieve.conf:
plugin { sieve_extensions = +editheader sieve = file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve sieve_dir = /var/customers/sieve/ sieve_default = /var/customers/sieve/default.sieve sieve_global = /var/customers/sieve/global.sieve sieve_before = /var/customers/sieve/before.sieve sieve_user_log = /var/log/dovecot/sieve.log sieve_trace_dir = /var/log/dovecot/sieve sieve_compile_binary = yes sieve_trace_level = matching sieve_trace_debug = yes sieve_debug = yes }
Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log:
Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: fileinto action: stored mail into mailbox 'INBOX'
Here’s a log entry from debug.log:
Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: Debug: sieve: Using the following location for user's Sieve script: /var/customers/sieve/info@domain.info/.dovecot.sieve
However, the script is not being applied.
Contents of /var/customers/sieve/info@domain.info:
/var/customers/sieve/info@domain.info # ls -lah total 24K drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp
Contents of filter.sieve:
require ["copy"]; # rule: [Redirect] if true { redirect :copy "christian@domain.info"; }
The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. Write permissions are correct, and there are no indications of errors in the dovecot.log or debug.log.
Thanks for infos and your help
Christian
Can you try enabling mail_debug=yes and see if it tells anything?
Aki
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
Please try sieve-test, it comes with dovecot and you can use it to actually get pretty detailed information about what happens with your script.
I cannot see anything in particular wrong with your config.
Aki
On 11/12/2024 14:19 EET christian via dovecot <dovecot@dovecot.org> wrote:
But it doesn't matter which email comes in. In the test case, every email that comes in should be forwarded. No Sieve action is written to the sieve.log. Something doesn't seem to be working properly.
Can you take a look at my attached postconf -n to see if you can see anything?
Am 11.12.2024 um 13:06 schrieb Aki Tuomi via dovecot:
Have you tried with sieve-test? It could provide more information on what is happening with your script and email.
Aki
On 11/12/2024 13:54 EET christian via dovecot <dovecot@dovecot.org> wrote:
I have a typical line from the log that shows how a sieve script is accessed. But it is not taken into account. All user sieve scripts are not executed. All before.script entries are executed properly.
Dec 11 12:45:26 lda(postmaster@domain.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Relative path to sieve storage in active link: Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Using Sieve script path: /var/customers/sieve/postmaster@domain.info/.dovecot.sieve Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: script
filter': Opened scriptfilter' from `/var/customers/sieve/postmaster@domain.info/.dovecot.sieve'Here is the content of the script. A simple copy. I created the script using roundcube Webmailer and Managed Sieve.
require ["copy"]; # rule:[Umleiten] if true { redirect :copy "christian@domain.info"; }
There is no "error" message in the logs, however.
All before.script entries are executed properly.
Christian
Am 11.12.2024 um 12:08 schrieb Aki Tuomi via dovecot:
It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public.
Aki
On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello Aki, can you tell me what exactly I should be looking for? With the amount of log entries in the debug.log it is otherwise very difficult to find something if you don't know what to look for. Thanks Christian
Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot:
> On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote: > >
> Hello, > For the past few weeks, I have been facing an issue where user Sieve > scripts no longer work. > > I have configured the filtering of spam emails marked by Rspamd in a > before.sieve script, and that works fine. However, the user scripts > created via ManageSieve through the Roundcube webmailer do not function > anymore. > > I suspect that this issue started after a Debian 12.6 system upgrade. > Could it be that something fundamentally changed, or is Dovecot not > fully compatible with Debian 12? However, I find that hard to believe. > > Despite repeatedly reinstalling the Dovecot environment and verifying > file permissions and configurations multiple times, I haven't been able > to resolve the issue. I’ve been running Sieve for over 15 years on > various servers and have never encountered such problems. > > Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is > not being created. The directory specified in sieve_trace_dir = > /var/log/dovecot/sieve is created, but it only logs actions from > before.sieve, not from user Sieve scripts. > > Here are the relevant settings from 90-sieve.conf: > > plugin { > sieve_extensions = +editheader > sieve = > file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve > sieve_dir = /var/customers/sieve/ > sieve_default = /var/customers/sieve/default.sieve > sieve_global = /var/customers/sieve/global.sieve > sieve_before = /var/customers/sieve/before.sieve > sieve_user_log = /var/log/dovecot/sieve.log > sieve_trace_dir = /var/log/dovecot/sieve > sieve_compile_binary = yes > sieve_trace_level = matching > sieve_trace_debug = yes > sieve_debug = yes > } > > Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log: > > Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: > Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: > fileinto action: stored mail into mailbox 'INBOX' > > Here’s a log entry from debug.log: > > Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: > Debug: sieve: Using the following location for user's Sieve script: > /var/customers/sieve/info@domain.info/.dovecot.sieve > > However, the script is not being applied. > > Contents of /var/customers/sieve/info@domain.info: > > /var/customers/sieve/info@domain.info # ls -lah > total 24K > drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . > drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. > lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve > -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin > -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve > -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin > drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp > > Contents of filter.sieve: > > require ["copy"]; > # rule: [Redirect] > if true > { > redirect :copy "christian@domain.info"; > } > > The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. > Write permissions are correct, and there are no indications of errors in > the dovecot.log or debug.log. > > > Thanks for infos and your help > > ChristianCan you try enabling mail_debug=yes and see if it tells anything?
Aki
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
sieve-test result
sieve-test -c /etc/dovecot/dovecot.conf /var/customers/sieve/postmaster@domain.info/filter.sieve /home/mail/domain/domain.info/postmaster/cur/'17 33920865.M944228P1768729.wwl10,S=6511,W=6637:2,' sieve-test(root)<1768869><>: Debug: Loading modules from directory: /usr/lib/dovecot/modules sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_mailbox_alias_plugin.so sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_zlib_plugin.so sieve-test(root): Debug: Effective uid=2000, gid=2000, home=/root sieve-test(root): Debug: open(/proc/self/io) failed: Permission denied sieve-test(root): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/mail/root sieve-test(root): Debug: maildir++: root=/home/mail/root, index=, indexpvt=, control=, inbox=/home/mail/root, alt=
Performed actions:
- redirect message to: <christian@domain.info> + preserve implicit keep
Implicit keep:
- store message in folder: INBOX
sieve-test(root): Info: final result: success
###
The email ist not in the christian@domain.info INBOX
Christian
Am 11.12.2024 um 13:27 schrieb Aki Tuomi via dovecot:
Please try sieve-test, it comes with dovecot and you can use it to actually get pretty detailed information about what happens with your script.
I cannot see anything in particular wrong with your config.
Aki
On 11/12/2024 14:19 EET christian via dovecot <dovecot@dovecot.org> wrote:
But it doesn't matter which email comes in. In the test case, every email that comes in should be forwarded. No Sieve action is written to the sieve.log. Something doesn't seem to be working properly.
Can you take a look at my attached postconf -n to see if you can see anything?
Am 11.12.2024 um 13:06 schrieb Aki Tuomi via dovecot:
Have you tried with sieve-test? It could provide more information on what is happening with your script and email.
Aki
On 11/12/2024 13:54 EET christian via dovecot <dovecot@dovecot.org> wrote:
I have a typical line from the log that shows how a sieve script is accessed. But it is not taken into account. All user sieve scripts are not executed. All before.script entries are executed properly.
Dec 11 12:45:26 lda(postmaster@domain.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Relative path to sieve storage in active link: Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Using Sieve script path: /var/customers/sieve/postmaster@domain.info/.dovecot.sieve Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: script
filter': Opened scriptfilter' from `/var/customers/sieve/postmaster@domain.info/.dovecot.sieve'Here is the content of the script. A simple copy. I created the script using roundcube Webmailer and Managed Sieve.
require ["copy"]; # rule:[Umleiten] if true { redirect :copy "christian@domain.info"; }
There is no "error" message in the logs, however.
All before.script entries are executed properly.
Christian
Am 11.12.2024 um 12:08 schrieb Aki Tuomi via dovecot:
It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public.
Aki
On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote:
Hello Aki, can you tell me what exactly I should be looking for? With the amount of log entries in the debug.log it is otherwise very difficult to find something if you don't know what to look for. Thanks Christian
Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot: > >> On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote: >> >>
>> Hello, >> For the past few weeks, I have been facing an issue where user Sieve >> scripts no longer work. >> >> I have configured the filtering of spam emails marked by Rspamd in a >> before.sieve script, and that works fine. However, the user scripts >> created via ManageSieve through the Roundcube webmailer do not function >> anymore. >> >> I suspect that this issue started after a Debian 12.6 system upgrade. >> Could it be that something fundamentally changed, or is Dovecot not >> fully compatible with Debian 12? However, I find that hard to believe. >> >> Despite repeatedly reinstalling the Dovecot environment and verifying >> file permissions and configurations multiple times, I haven't been able >> to resolve the issue. I’ve been running Sieve for over 15 years on >> various servers and have never encountered such problems. >> >> Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is >> not being created. The directory specified in sieve_trace_dir = >> /var/log/dovecot/sieve is created, but it only logs actions from >> before.sieve, not from user Sieve scripts. >> >> Here are the relevant settings from 90-sieve.conf: >> >> plugin { >> sieve_extensions = +editheader >> sieve = >> file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve >> sieve_dir = /var/customers/sieve/ >> sieve_default = /var/customers/sieve/default.sieve >> sieve_global = /var/customers/sieve/global.sieve >> sieve_before = /var/customers/sieve/before.sieve >> sieve_user_log = /var/log/dovecot/sieve.log >> sieve_trace_dir = /var/log/dovecot/sieve >> sieve_compile_binary = yes >> sieve_trace_level = matching >> sieve_trace_debug = yes >> sieve_debug = yes >> } >> >> Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log: >> >> Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: >> Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: >> fileinto action: stored mail into mailbox 'INBOX' >> >> Here’s a log entry from debug.log: >> >> Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: >> Debug: sieve: Using the following location for user's Sieve script: >> /var/customers/sieve/info@domain.info/.dovecot.sieve >> >> However, the script is not being applied. >> >> Contents of /var/customers/sieve/info@domain.info: >> >> /var/customers/sieve/info@domain.info # ls -lah >> total 24K >> drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . >> drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. >> lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve >> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin >> -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve >> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin >> drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp >> >> Contents of filter.sieve: >> >> require ["copy"]; >> # rule: [Redirect] >> if true >> { >> redirect :copy "christian@domain.info"; >> } >> >> The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. >> Write permissions are correct, and there are no indications of errors in >> the dovecot.log or debug.log. >> >> >> Thanks for infos and your help >> >> Christian > > Can you try enabling mail_debug=yes and see if it tells anything? > > Aki > _______________________________________________ > dovecot mailing list -- dovecot@dovecot.org > To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
Ok, then I would suggest checking your MTA logs to see if such attempt was ever made?
Also I wonder if you have submission_host or sendmail_path configured correctly?
Aki
On 11/12/2024 14:45 EET christian via dovecot <dovecot@dovecot.org> wrote:
sieve-test result
sieve-test -c /etc/dovecot/dovecot.conf /var/customers/sieve/postmaster@domain.info/filter.sieve /home/mail/domain/domain.info/postmaster/cur/'17 33920865.M944228P1768729.wwl10,S=6511,W=6637:2,' sieve-test(root)<1768869><>: Debug: Loading modules from directory: /usr/lib/dovecot/modules sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_mailbox_alias_plugin.so sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_zlib_plugin.so sieve-test(root): Debug: Effective uid=2000, gid=2000, home=/root sieve-test(root): Debug: open(/proc/self/io) failed: Permission denied sieve-test(root): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/mail/root sieve-test(root): Debug: maildir++: root=/home/mail/root, index=, indexpvt=, control=, inbox=/home/mail/root, alt=
Performed actions:
- redirect message to: <christian@domain.info> + preserve implicit keep
Implicit keep:
- store message in folder: INBOX
sieve-test(root): Info: final result: success
###
The email ist not in the christian@domain.info INBOX
Christian
Am 11.12.2024 um 13:27 schrieb Aki Tuomi via dovecot:
Please try sieve-test, it comes with dovecot and you can use it to actually get pretty detailed information about what happens with your script.
I cannot see anything in particular wrong with your config.
Aki
On 11/12/2024 14:19 EET christian via dovecot <dovecot@dovecot.org> wrote:
But it doesn't matter which email comes in. In the test case, every email that comes in should be forwarded. No Sieve action is written to the sieve.log. Something doesn't seem to be working properly.
Can you take a look at my attached postconf -n to see if you can see anything?
Am 11.12.2024 um 13:06 schrieb Aki Tuomi via dovecot:
Have you tried with sieve-test? It could provide more information on what is happening with your script and email.
Aki
On 11/12/2024 13:54 EET christian via dovecot <dovecot@dovecot.org> wrote:
I have a typical line from the log that shows how a sieve script is accessed. But it is not taken into account. All user sieve scripts are not executed. All before.script entries are executed properly.
Dec 11 12:45:26 lda(postmaster@domain.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Relative path to sieve storage in active link: Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Using Sieve script path: /var/customers/sieve/postmaster@domain.info/.dovecot.sieve Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: script
filter': Opened scriptfilter' from `/var/customers/sieve/postmaster@domain.info/.dovecot.sieve'Here is the content of the script. A simple copy. I created the script using roundcube Webmailer and Managed Sieve.
require ["copy"]; # rule:[Umleiten] if true { redirect :copy "christian@domain.info"; }
There is no "error" message in the logs, however.
All before.script entries are executed properly.
Christian
Am 11.12.2024 um 12:08 schrieb Aki Tuomi via dovecot:
It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public.
Aki
> On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote: > >
> Hello Aki, > can you tell me what exactly I should be looking for? With the amount of > log entries in the debug.log it is otherwise very difficult to find > something if you don't know what to look for. > Thanks > Christian > > Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot: >> >>> On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote: >>> >>>
>>> Hello, >>> For the past few weeks, I have been facing an issue where user Sieve >>> scripts no longer work. >>> >>> I have configured the filtering of spam emails marked by Rspamd in a >>> before.sieve script, and that works fine. However, the user scripts >>> created via ManageSieve through the Roundcube webmailer do not function >>> anymore. >>> >>> I suspect that this issue started after a Debian 12.6 system upgrade. >>> Could it be that something fundamentally changed, or is Dovecot not >>> fully compatible with Debian 12? However, I find that hard to believe. >>> >>> Despite repeatedly reinstalling the Dovecot environment and verifying >>> file permissions and configurations multiple times, I haven't been able >>> to resolve the issue. I’ve been running Sieve for over 15 years on >>> various servers and have never encountered such problems. >>> >>> Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is >>> not being created. The directory specified in sieve_trace_dir = >>> /var/log/dovecot/sieve is created, but it only logs actions from >>> before.sieve, not from user Sieve scripts. >>> >>> Here are the relevant settings from 90-sieve.conf: >>> >>> plugin { >>> sieve_extensions = +editheader >>> sieve = >>> file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve >>> sieve_dir = /var/customers/sieve/ >>> sieve_default = /var/customers/sieve/default.sieve >>> sieve_global = /var/customers/sieve/global.sieve >>> sieve_before = /var/customers/sieve/before.sieve >>> sieve_user_log = /var/log/dovecot/sieve.log >>> sieve_trace_dir = /var/log/dovecot/sieve >>> sieve_compile_binary = yes >>> sieve_trace_level = matching >>> sieve_trace_debug = yes >>> sieve_debug = yes >>> } >>> >>> Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log: >>> >>> Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: >>> Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: >>> fileinto action: stored mail into mailbox 'INBOX' >>> >>> Here’s a log entry from debug.log: >>> >>> Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: >>> Debug: sieve: Using the following location for user's Sieve script: >>> /var/customers/sieve/info@domain.info/.dovecot.sieve >>> >>> However, the script is not being applied. >>> >>> Contents of /var/customers/sieve/info@domain.info: >>> >>> /var/customers/sieve/info@domain.info # ls -lah >>> total 24K >>> drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . >>> drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. >>> lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve >>> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin >>> -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve >>> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin >>> drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp >>> >>> Contents of filter.sieve: >>> >>> require ["copy"]; >>> # rule: [Redirect] >>> if true >>> { >>> redirect :copy "christian@domain.info"; >>> } >>> >>> The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. >>> Write permissions are correct, and there are no indications of errors in >>> the dovecot.log or debug.log. >>> >>> >>> Thanks for infos and your help >>> >>> Christian >> >> Can you try enabling mail_debug=yes and see if it tells anything? >> >> Aki >> _______________________________________________ >> dovecot mailing list -- dovecot@dovecot.org >> To unsubscribe send an email to dovecot-leave@dovecot.org > > _______________________________________________ > dovecot mailing list -- dovecot@dovecot.org > To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
Where is this set up with submission_host and sendmail_path? I can't find anything about this in dovecot.
Christian
Am 11.12.2024 um 13:58 schrieb Aki Tuomi via dovecot:
Ok, then I would suggest checking your MTA logs to see if such attempt was ever made?
Also I wonder if you have submission_host or sendmail_path configured correctly?
Aki
On 11/12/2024 14:45 EET christian via dovecot <dovecot@dovecot.org> wrote:
sieve-test result
sieve-test -c /etc/dovecot/dovecot.conf /var/customers/sieve/postmaster@domain.info/filter.sieve /home/mail/domain/domain.info/postmaster/cur/'17 33920865.M944228P1768729.wwl10,S=6511,W=6637:2,' sieve-test(root)<1768869><>: Debug: Loading modules from directory: /usr/lib/dovecot/modules sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_mailbox_alias_plugin.so sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_zlib_plugin.so sieve-test(root): Debug: Effective uid=2000, gid=2000, home=/root sieve-test(root): Debug: open(/proc/self/io) failed: Permission denied sieve-test(root): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/mail/root sieve-test(root): Debug: maildir++: root=/home/mail/root, index=, indexpvt=, control=, inbox=/home/mail/root, alt=
Performed actions:
- redirect message to: <christian@domain.info> + preserve implicit keep
Implicit keep:
- store message in folder: INBOX
sieve-test(root): Info: final result: success
###
The email ist not in the christian@domain.info INBOX
Christian
Am 11.12.2024 um 13:27 schrieb Aki Tuomi via dovecot:
Please try sieve-test, it comes with dovecot and you can use it to actually get pretty detailed information about what happens with your script.
I cannot see anything in particular wrong with your config.
Aki
On 11/12/2024 14:19 EET christian via dovecot <dovecot@dovecot.org> wrote:
But it doesn't matter which email comes in. In the test case, every email that comes in should be forwarded. No Sieve action is written to the sieve.log. Something doesn't seem to be working properly.
Can you take a look at my attached postconf -n to see if you can see anything?
Am 11.12.2024 um 13:06 schrieb Aki Tuomi via dovecot:
Have you tried with sieve-test? It could provide more information on what is happening with your script and email.
Aki
On 11/12/2024 13:54 EET christian via dovecot <dovecot@dovecot.org> wrote:
I have a typical line from the log that shows how a sieve script is accessed. But it is not taken into account. All user sieve scripts are not executed. All before.script entries are executed properly.
Dec 11 12:45:26 lda(postmaster@domain.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Relative path to sieve storage in active link: Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: Using Sieve script path: /var/customers/sieve/postmaster@domain.info/.dovecot.sieve Dec 11 12:45:26 lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: sieve: file storage: script
filter': Opened scriptfilter' from `/var/customers/sieve/postmaster@domain.info/.dovecot.sieve'Here is the content of the script. A simple copy. I created the script using roundcube Webmailer and Managed Sieve.
require ["copy"]; # rule:[Umleiten] if true { redirect :copy "christian@domain.info"; }
There is no "error" message in the logs, however.
All before.script entries are executed properly.
Christian
Am 11.12.2024 um 12:08 schrieb Aki Tuomi via dovecot: > It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public. > > Aki > >> On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote: >> >>
>> Hello Aki, >> can you tell me what exactly I should be looking for? With the amount of >> log entries in the debug.log it is otherwise very difficult to find >> something if you don't know what to look for. >> Thanks >> Christian >> >> Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot: >>> >>>> On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote: >>>> >>>>
>>>> Hello, >>>> For the past few weeks, I have been facing an issue where user Sieve >>>> scripts no longer work. >>>> >>>> I have configured the filtering of spam emails marked by Rspamd in a >>>> before.sieve script, and that works fine. However, the user scripts >>>> created via ManageSieve through the Roundcube webmailer do not function >>>> anymore. >>>> >>>> I suspect that this issue started after a Debian 12.6 system upgrade. >>>> Could it be that something fundamentally changed, or is Dovecot not >>>> fully compatible with Debian 12? However, I find that hard to believe. >>>> >>>> Despite repeatedly reinstalling the Dovecot environment and verifying >>>> file permissions and configurations multiple times, I haven't been able >>>> to resolve the issue. I’ve been running Sieve for over 15 years on >>>> various servers and have never encountered such problems. >>>> >>>> Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is >>>> not being created. The directory specified in sieve_trace_dir = >>>> /var/log/dovecot/sieve is created, but it only logs actions from >>>> before.sieve, not from user Sieve scripts. >>>> >>>> Here are the relevant settings from 90-sieve.conf: >>>> >>>> plugin { >>>> sieve_extensions = +editheader >>>> sieve = >>>> file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve >>>> sieve_dir = /var/customers/sieve/ >>>> sieve_default = /var/customers/sieve/default.sieve >>>> sieve_global = /var/customers/sieve/global.sieve >>>> sieve_before = /var/customers/sieve/before.sieve >>>> sieve_user_log = /var/log/dovecot/sieve.log >>>> sieve_trace_dir = /var/log/dovecot/sieve >>>> sieve_compile_binary = yes >>>> sieve_trace_level = matching >>>> sieve_trace_debug = yes >>>> sieve_debug = yes >>>> } >>>> >>>> Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log: >>>> >>>> Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: >>>> Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: >>>> fileinto action: stored mail into mailbox 'INBOX' >>>> >>>> Here’s a log entry from debug.log: >>>> >>>> Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: >>>> Debug: sieve: Using the following location for user's Sieve script: >>>> /var/customers/sieve/info@domain.info/.dovecot.sieve >>>> >>>> However, the script is not being applied. >>>> >>>> Contents of /var/customers/sieve/info@domain.info: >>>> >>>> /var/customers/sieve/info@domain.info # ls -lah >>>> total 24K >>>> drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . >>>> drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. >>>> lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve >>>> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin >>>> -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve >>>> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin >>>> drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp >>>> >>>> Contents of filter.sieve: >>>> >>>> require ["copy"]; >>>> # rule: [Redirect] >>>> if true >>>> { >>>> redirect :copy "christian@domain.info"; >>>> } >>>> >>>> The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. >>>> Write permissions are correct, and there are no indications of errors in >>>> the dovecot.log or debug.log. >>>> >>>> >>>> Thanks for infos and your help >>>> >>>> Christian >>> >>> Can you try enabling mail_debug=yes and see if it tells anything? >>> >>> Aki >>> _______________________________________________ >>> dovecot mailing list -- dovecot@dovecot.org >>> To unsubscribe send an email to dovecot-leave@dovecot.org >> >> _______________________________________________ >> dovecot mailing list -- dovecot@dovecot.org >> To unsubscribe send an email to dovecot-leave@dovecot.org > _______________________________________________ > dovecot mailing list -- dovecot@dovecot.org > To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
https://doc.dovecot.org/2.3/settings/core/#core_setting-sendmail_path
and
https://doc.dovecot.org/2.3/settings/core/#core_setting-submission_host
Aki
On 11/12/2024 15:08 EET christian via dovecot <dovecot@dovecot.org> wrote:
Where is this set up with submission_host and sendmail_path? I can't find anything about this in dovecot.
Christian
Am 11.12.2024 um 13:58 schrieb Aki Tuomi via dovecot:
Ok, then I would suggest checking your MTA logs to see if such attempt was ever made?
Also I wonder if you have submission_host or sendmail_path configured correctly?
Aki
On 11/12/2024 14:45 EET christian via dovecot <dovecot@dovecot.org> wrote:
sieve-test result
sieve-test -c /etc/dovecot/dovecot.conf /var/customers/sieve/postmaster@domain.info/filter.sieve /home/mail/domain/domain.info/postmaster/cur/'17 33920865.M944228P1768729.wwl10,S=6511,W=6637:2,' sieve-test(root)<1768869><>: Debug: Loading modules from directory: /usr/lib/dovecot/modules sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_mailbox_alias_plugin.so sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_zlib_plugin.so sieve-test(root): Debug: Effective uid=2000, gid=2000, home=/root sieve-test(root): Debug: open(/proc/self/io) failed: Permission denied sieve-test(root): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/mail/root sieve-test(root): Debug: maildir++: root=/home/mail/root, index=, indexpvt=, control=, inbox=/home/mail/root, alt=
Performed actions:
- redirect message to: <christian@domain.info> + preserve implicit keep
Implicit keep:
- store message in folder: INBOX
sieve-test(root): Info: final result: success
###
The email ist not in the christian@domain.info INBOX
Christian
Am 11.12.2024 um 13:27 schrieb Aki Tuomi via dovecot:
Please try sieve-test, it comes with dovecot and you can use it to actually get pretty detailed information about what happens with your script.
I cannot see anything in particular wrong with your config.
Aki
On 11/12/2024 14:19 EET christian via dovecot <dovecot@dovecot.org> wrote:
But it doesn't matter which email comes in. In the test case, every email that comes in should be forwarded. No Sieve action is written to the sieve.log. Something doesn't seem to be working properly.
Can you take a look at my attached postconf -n to see if you can see anything?
Am 11.12.2024 um 13:06 schrieb Aki Tuomi via dovecot:
Have you tried with sieve-test? It could provide more information on what is happening with your script and email.
Aki
> On 11/12/2024 13:54 EET christian via dovecot <dovecot@dovecot.org> wrote: > >
> I have a typical line from the log that shows how a sieve script is > accessed. But it is not taken into account. All user sieve scripts are > not executed. All before.script entries are executed properly. > > Dec 11 12:45:26 > lda(postmaster@domain.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: > sieve: file storage: Relative path to sieve storage in active link: > Dec 11 12:45:26 > lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: > sieve: file storage: Using Sieve script path: > /var/customers/sieve/postmaster@domain.info/.dovecot.sieve > Dec 11 12:45:26 > lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: > sieve: file storage: scriptfilter': Opened scriptfilter' from > `/var/customers/sieve/postmaster@domain.info/.dovecot.sieve' > > Here is the content of the script. A simple copy. > I created the script using roundcube Webmailer and Managed Sieve. > > require ["copy"]; > # rule:[Umleiten] > if true > { > redirect :copy "christian@domain.info"; > } > > > There is no "error" message in the logs, however. > > All before.script entries are executed properly. > > Christian > > > Am 11.12.2024 um 12:08 schrieb Aki Tuomi via dovecot: >> It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public. >> >> Aki >> >>> On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote: >>> >>>
>>> Hello Aki, >>> can you tell me what exactly I should be looking for? With the amount of >>> log entries in the debug.log it is otherwise very difficult to find >>> something if you don't know what to look for. >>> Thanks >>> Christian >>> >>> Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot: >>>> >>>>> On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote: >>>>> >>>>>
>>>>> Hello, >>>>> For the past few weeks, I have been facing an issue where user Sieve >>>>> scripts no longer work. >>>>> >>>>> I have configured the filtering of spam emails marked by Rspamd in a >>>>> before.sieve script, and that works fine. However, the user scripts >>>>> created via ManageSieve through the Roundcube webmailer do not function >>>>> anymore. >>>>> >>>>> I suspect that this issue started after a Debian 12.6 system upgrade. >>>>> Could it be that something fundamentally changed, or is Dovecot not >>>>> fully compatible with Debian 12? However, I find that hard to believe. >>>>> >>>>> Despite repeatedly reinstalling the Dovecot environment and verifying >>>>> file permissions and configurations multiple times, I haven't been able >>>>> to resolve the issue. I’ve been running Sieve for over 15 years on >>>>> various servers and have never encountered such problems. >>>>> >>>>> Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is >>>>> not being created. The directory specified in sieve_trace_dir = >>>>> /var/log/dovecot/sieve is created, but it only logs actions from >>>>> before.sieve, not from user Sieve scripts. >>>>> >>>>> Here are the relevant settings from 90-sieve.conf: >>>>> >>>>> plugin { >>>>> sieve_extensions = +editheader >>>>> sieve = >>>>> file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve >>>>> sieve_dir = /var/customers/sieve/ >>>>> sieve_default = /var/customers/sieve/default.sieve >>>>> sieve_global = /var/customers/sieve/global.sieve >>>>> sieve_before = /var/customers/sieve/before.sieve >>>>> sieve_user_log = /var/log/dovecot/sieve.log >>>>> sieve_trace_dir = /var/log/dovecot/sieve >>>>> sieve_compile_binary = yes >>>>> sieve_trace_level = matching >>>>> sieve_trace_debug = yes >>>>> sieve_debug = yes >>>>> } >>>>> >>>>> Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log: >>>>> >>>>> Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: >>>>> Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: >>>>> fileinto action: stored mail into mailbox 'INBOX' >>>>> >>>>> Here’s a log entry from debug.log: >>>>> >>>>> Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: >>>>> Debug: sieve: Using the following location for user's Sieve script: >>>>> /var/customers/sieve/info@domain.info/.dovecot.sieve >>>>> >>>>> However, the script is not being applied. >>>>> >>>>> Contents of /var/customers/sieve/info@domain.info: >>>>> >>>>> /var/customers/sieve/info@domain.info # ls -lah >>>>> total 24K >>>>> drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . >>>>> drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. >>>>> lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve >>>>> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin >>>>> -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve >>>>> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin >>>>> drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp >>>>> >>>>> Contents of filter.sieve: >>>>> >>>>> require ["copy"]; >>>>> # rule: [Redirect] >>>>> if true >>>>> { >>>>> redirect :copy "christian@domain.info"; >>>>> } >>>>> >>>>> The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. >>>>> Write permissions are correct, and there are no indications of errors in >>>>> the dovecot.log or debug.log. >>>>> >>>>> >>>>> Thanks for infos and your help >>>>> >>>>> Christian >>>> >>>> Can you try enabling mail_debug=yes and see if it tells anything? >>>> >>>> Aki >>>> _______________________________________________ >>>> dovecot mailing list -- dovecot@dovecot.org >>>> To unsubscribe send an email to dovecot-leave@dovecot.org >>> >>> _______________________________________________ >>> dovecot mailing list -- dovecot@dovecot.org >>> To unsubscribe send an email to dovecot-leave@dovecot.org >> _______________________________________________ >> dovecot mailing list -- dovecot@dovecot.org >> To unsubscribe send an email to dovecot-leave@dovecot.org > > _______________________________________________ > dovecot mailing list -- dovecot@dovecot.org > To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
But what is never mentioned in the docs is where you have to enter this in the dovecot setup. Does this also affect the sieve scripts that only do things like mark as read or move to INBOX.stuff?
Christian
Am 11.12.2024 um 14:20 schrieb Aki Tuomi:
https://doc.dovecot.org/2.3/settings/core/#core_setting-sendmail_path
and
https://doc.dovecot.org/2.3/settings/core/#core_setting-submission_host
Aki
On 11/12/2024 15:08 EET christian via dovecot <dovecot@dovecot.org> wrote:
Where is this set up with submission_host and sendmail_path? I can't find anything about this in dovecot.
Christian
Am 11.12.2024 um 13:58 schrieb Aki Tuomi via dovecot:
Ok, then I would suggest checking your MTA logs to see if such attempt was ever made?
Also I wonder if you have submission_host or sendmail_path configured correctly?
Aki
On 11/12/2024 14:45 EET christian via dovecot <dovecot@dovecot.org> wrote:
sieve-test result
sieve-test -c /etc/dovecot/dovecot.conf /var/customers/sieve/postmaster@domain.info/filter.sieve /home/mail/domain/domain.info/postmaster/cur/'17 33920865.M944228P1768729.wwl10,S=6511,W=6637:2,' sieve-test(root)<1768869><>: Debug: Loading modules from directory: /usr/lib/dovecot/modules sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_mailbox_alias_plugin.so sieve-test(root)<1768869><>: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_zlib_plugin.so sieve-test(root): Debug: Effective uid=2000, gid=2000, home=/root sieve-test(root): Debug: open(/proc/self/io) failed: Permission denied sieve-test(root): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/mail/root sieve-test(root): Debug: maildir++: root=/home/mail/root, index=, indexpvt=, control=, inbox=/home/mail/root, alt=
Performed actions:
* redirect message to: <christian@domain.info> + preserve implicit keepImplicit keep:
* store message in folder: INBOXsieve-test(root): Info: final result: success
###
The email ist not in the christian@domain.info INBOX
Christian
Am 11.12.2024 um 13:27 schrieb Aki Tuomi via dovecot:
Please try sieve-test, it comes with dovecot and you can use it to actually get pretty detailed information about what happens with your script.
I cannot see anything in particular wrong with your config.
Aki
On 11/12/2024 14:19 EET christian via dovecot <dovecot@dovecot.org> wrote:
But it doesn't matter which email comes in. In the test case, every email that comes in should be forwarded. No Sieve action is written to the sieve.log. Something doesn't seem to be working properly.
Can you take a look at my attached postconf -n to see if you can see anything?
Am 11.12.2024 um 13:06 schrieb Aki Tuomi via dovecot: > Have you tried with sieve-test? It could provide more information on what is happening with your script and email. > > Aki > >> On 11/12/2024 13:54 EET christian via dovecot <dovecot@dovecot.org> wrote: >> >>
>> I have a typical line from the log that shows how a sieve script is >> accessed. But it is not taken into account. All user sieve scripts are >> not executed. All before.script entries are executed properly. >> >> Dec 11 12:45:26 >> lda(postmaster@domain.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: >> sieve: file storage: Relative path to sieve storage in active link: >> Dec 11 12:45:26 >> lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: >> sieve: file storage: Using Sieve script path: >> /var/customers/sieve/postmaster@domain.info/.dovecot.sieve >> Dec 11 12:45:26 >> lda(postmaster@leicht.info)<1725352><QCQ8AVZ7WWeoUxoAF7VarQ>: Debug: >> sieve: file storage: scriptfilter': Opened scriptfilter' from >> `/var/customers/sieve/postmaster@domain.info/.dovecot.sieve' >> >> Here is the content of the script. A simple copy. >> I created the script using roundcube Webmailer and Managed Sieve. >> >> require ["copy"]; >> # rule:[Umleiten] >> if true >> { >> redirect :copy "christian@domain.info"; >> } >> >> >> There is no "error" message in the logs, however. >> >> All before.script entries are executed properly. >> >> Christian >> >> >> Am 11.12.2024 um 12:08 schrieb Aki Tuomi via dovecot: >>> It's hard to say exactly, can you consider posting it to the list? Make sure it does not contain anything you don't want to make public. >>> >>> Aki >>> >>>> On 11/12/2024 13:00 EET christian via dovecot <dovecot@dovecot.org> wrote: >>>> >>>>
>>>> Hello Aki, >>>> can you tell me what exactly I should be looking for? With the amount of >>>> log entries in the debug.log it is otherwise very difficult to find >>>> something if you don't know what to look for. >>>> Thanks >>>> Christian >>>> >>>> Am 11.12.2024 um 08:02 schrieb Aki Tuomi via dovecot: >>>>> >>>>>> On 08/12/2024 14:37 EET christian via dovecot <dovecot@dovecot.org> wrote: >>>>>> >>>>>>
>>>>>> Hello, >>>>>> For the past few weeks, I have been facing an issue where user Sieve >>>>>> scripts no longer work. >>>>>> >>>>>> I have configured the filtering of spam emails marked by Rspamd in a >>>>>> before.sieve script, and that works fine. However, the user scripts >>>>>> created via ManageSieve through the Roundcube webmailer do not function >>>>>> anymore. >>>>>> >>>>>> I suspect that this issue started after a Debian 12.6 system upgrade. >>>>>> Could it be that something fundamentally changed, or is Dovecot not >>>>>> fully compatible with Debian 12? However, I find that hard to believe. >>>>>> >>>>>> Despite repeatedly reinstalling the Dovecot environment and verifying >>>>>> file permissions and configurations multiple times, I haven't been able >>>>>> to resolve the issue. I’ve been running Sieve for over 15 years on >>>>>> various servers and have never encountered such problems. >>>>>> >>>>>> Unfortunately, the sieve_user_log = /var/log/dovecot/sieve.log file is >>>>>> not being created. The directory specified in sieve_trace_dir = >>>>>> /var/log/dovecot/sieve is created, but it only logs actions from >>>>>> before.sieve, not from user Sieve scripts. >>>>>> >>>>>> Here are the relevant settings from 90-sieve.conf: >>>>>> >>>>>> plugin { >>>>>> sieve_extensions = +editheader >>>>>> sieve = >>>>>> file:/var/customers/sieve/%u/;active=/var/customers/sieve/%u/.dovecot.sieve >>>>>> sieve_dir = /var/customers/sieve/ >>>>>> sieve_default = /var/customers/sieve/default.sieve >>>>>> sieve_global = /var/customers/sieve/global.sieve >>>>>> sieve_before = /var/customers/sieve/before.sieve >>>>>> sieve_user_log = /var/log/dovecot/sieve.log >>>>>> sieve_trace_dir = /var/log/dovecot/sieve >>>>>> sieve_compile_binary = yes >>>>>> sieve_trace_level = matching >>>>>> sieve_trace_debug = yes >>>>>> sieve_debug = yes >>>>>> } >>>>>> >>>>>> Here’s a log entry from info_log_path = /var/log/dovecot/dovecot-lda.log: >>>>>> >>>>>> Dec 08 12:57:44 lda(info@domain.info)<2664475><r1+hOreJVWcbqCgAF7VarQ>: >>>>>> Info: sieve: msgid=<20241208115741.7792d7fe54743ef8@fgfunnelsmail.com>: >>>>>> fileinto action: stored mail into mailbox 'INBOX' >>>>>> >>>>>> Here’s a log entry from debug.log: >>>>>> >>>>>> Dec 08 13:12:55 lda(info@domain.info)<2680802><SNQDB0eNVWfi5ygAF7VarQ>: >>>>>> Debug: sieve: Using the following location for user's Sieve script: >>>>>> /var/customers/sieve/info@domain.info/.dovecot.sieve >>>>>> >>>>>> However, the script is not being applied. >>>>>> >>>>>> Contents of /var/customers/sieve/info@domain.info: >>>>>> >>>>>> /var/customers/sieve/info@domain.info # ls -lah >>>>>> total 24K >>>>>> drwxr-x--- 3 vmail vmail 4.0K Dec 8 13:07 . >>>>>> drwxr-x--- 51 vmail vmail 4.0K Dec 7 19:40 .. >>>>>> lrwxrwxrwx 1 vmail vmail 12 Dec 7 15:23 .dovecot.sieve -> filter.sieve >>>>>> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 .dovecot.svbin >>>>>> -rw-r----- 1 vmail vmail 95 Dec 8 13:07 filter.sieve >>>>>> -rwxr-x--- 1 vmail vmail 212 Dec 7 19:40 filter.svbin >>>>>> drwxr-x--- 2 vmail vmail 4.0K Dec 8 13:07 tmp >>>>>> >>>>>> Contents of filter.sieve: >>>>>> >>>>>> require ["copy"]; >>>>>> # rule: [Redirect] >>>>>> if true >>>>>> { >>>>>> redirect :copy "christian@domain.info"; >>>>>> } >>>>>> >>>>>> The sieve_user_log = /var/log/dovecot/sieve.log file remains empty. >>>>>> Write permissions are correct, and there are no indications of errors in >>>>>> the dovecot.log or debug.log. >>>>>> >>>>>> >>>>>> Thanks for infos and your help >>>>>> >>>>>> Christian >>>>> >>>>> Can you try enabling mail_debug=yes and see if it tells anything? >>>>> >>>>> Aki >>>>> _______________________________________________ >>>>> dovecot mailing list -- dovecot@dovecot.org >>>>> To unsubscribe send an email to dovecot-leave@dovecot.org >>>> >>>> _______________________________________________ >>>> dovecot mailing list -- dovecot@dovecot.org >>>> To unsubscribe send an email to dovecot-leave@dovecot.org >>> _______________________________________________ >>> dovecot mailing list -- dovecot@dovecot.org >>> To unsubscribe send an email to dovecot-leave@dovecot.org >> >> _______________________________________________ >> dovecot mailing list -- dovecot@dovecot.org >> To unsubscribe send an email to dovecot-leave@dovecot.org > _______________________________________________ > dovecot mailing list -- dovecot@dovecot.org > To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
participants (2)
-
Aki Tuomi
-
christian