namespace separator is '.',
this sieve script incorrectly tries to put the mail inside a mailbox
rather that beside it, for example if the mailbox is named
'example', the mail will be put in the path 'example/.Spam'
instead of 'example.Spam'
require ["fileinto"];
if header :contains "X-Spam" "yes
Following the rfc5232, Sieve Email Filtering: Imap4flags Extension
the following filter doesn't work when the `"flagvar"` part is added
require "imap4flags";
if header :contains "X-Spam" "Yes" {
setflag "flagvar" "spam";
}
removing the `"flagvar"` part works as expected
# 2.2.33.2 (d660
debian package Version: 1:2.2.33.2-1~bpo9+1
On 03/02/2018 07:13 PM, Larry Rosenman wrote:
What version of pigeonhole are you using? This was fixed recently.
Using `fileinto` to move a mail into another mailbox removes flags
that have been set with a previous sieve filter with `addflag`.
# 2.2.33.2 (d6601f4ec): /etc/dovecot/dovecot.conf
# Pigeonhole version 0.4.21 (92477967)
# OS: Linux 4.9.0-6-amd64 x86_64 Debian 9.1 ext4
lda_mailbox_autocreate =
well i posted the doveconf...
# Pigeonhole version 0.4.21 (92477967)
han Bosch wrote:
Op 3/2/2018 om 6:41 PM schreef Konstantinos Tsakiltzidis:
Using `fileinto` to move a mail into another mailbox removes flags
that have been set with a previous sieve filter with `addflag`.
I need to see your script to help you.
Regards,
Stephan Bosch.
# 2.2.33.2 (d6601f4ec)
tried also with `require "variables"` doesn't seem to work,
the flag is not added at all
On 03/03/2018 09:54 AM, Stephan Bosch wrote:
Op 3/2/2018 om 6:09 PM schreef Konstantinos Tsakiltzidis:
Following the rfc5232, Sieve Email Filtering: Imap4flags Extension
the following
This was an error with the ACLs
logging doesn't seem to log any related error.
On 03/03/2018 09:56 AM, Stephan Bosch wrote:
Op 3/2/2018 om 6:41 PM schreef Konstantinos Tsakiltzidis:
Using `fileinto` to move a mail into another mailbox removes flags
that have been set with a previous
The problem seems to be my Public/.. mailboxes, and the home path of
each one.
This apparently is not a bug, just a very hard configuration detail.
On 03/06/2018 04:15 PM, Jungersen, Danjel - Jungersen Grafisk ApS wrote:
On 2 Mar 2018 at 18:10, Konstantinos Tsakiltzidis wrote:
> namesp