Thread: Sieverules plugin

pela020: if you are using the repo version go into rcube_sieve.php and set $cache to false on line 37 and then try again, may be the cache doesnt work right. if that doesnt work then check your dovecot config and where the sieve files are acually being written on the server, make sure they are not all in the same place.

internalkernel: i have setup a rule with 20 tests and then a fileinto and it saves just fine. could you post an example of one which doesnt work for you please?

[QUOTE=JohnDoh;24801]pela020: if you are using the repo version go into rcube_sieve.php and set $cache to false on line 37 and then try again, may be the cache doesnt work right. if that doesnt work then check your dovecot config and where the sieve files are acually being written on the server, make sure they are not all in the same place.

There's a symlink in /home/vmail/domain

Code:

.dovecot.sieve -> sieve/roundcube.sieve

I've changed the cache value to false but it doesn't do anything different what i can see. It still writes the filters in the same file for all users

looks like your dovecot config is wrong then the symlink should be in the user's directry along with a dir containing the sieve files.

Originally Posted by JohnDoh

internalkernel: i have setup a rule with 20 tests and then a fileinto and it saves just fine. could you post an example of one which doesnt work for you please?

As you request... I have attached a screenshot of the rule set I attempted to make, and the result after hitting save... as well as the code produced in roundcube.sieve.

I've made no changes in the sieverules folder (aside from copying config.inc.php.dist to config.inc.php).

~~
I ended up resolving my issue with it, in part by figuring out the "List-ID" header and splitting the rules into different entries.
~~
I just came across this entry in my logcheck files, seems to coordinate with the time I tried to save the filters:

Code:

line has bad date <[Sat Jan 23 11:24:42 2010] [error] [client xxx.xxx.xxx.xxx] ALERT - configured POST variable limit exceeded - dropped variable '_advoperator[]' (attacker 'xxx.xxx.xxx.xxx', file '/var/www/roundcube/index.php'), referer: https://my.domain.com/?_task=settings&_action=plugin.sieverules.add&_framed=1>

Originally Posted by JohnDoh

looks like your dovecot config is wrong then the symlink should be in the user's directry along with a dir containing the sieve files.

Yes, that did the trick.
I changed from

Code:

sieve=~/.dovecot.sieve to 
sieve=/home/vmail/%d/%n/.dovecot.sieve

in the dovecot config
Thank you for pointing me in the right direction.

In SieveRules regular expressions do not seem to be 100% working ... like "\" should be "\\" in the dovecot.sieve file. Is anybody facing similar problems?


version information:

Dovecot: 1.2.9
RoundCube: 0.3.1
SieveRules: 1.5

internalkernel and pela020 glad you got your problems sorted

user20100124: there is nothing done to what you enter in the UI, if you want to escape a character you have to do it yourself. altering a test string behind the scenes seems a little dangerous to me, for example how would I knoww when you want \\n or \n?

Example of a dovecot.sieve file:

------------------------------ snip ------------------------------
require ["regex"];

if allof (header :contains ["to", "cc"] "centos-announce@centos.org",
header :regex "Subject" "^\\[CentOS-announce\\] .* CentOS (2|3|4) .*")
{
discard;
stop;
}
------------------------------ snip ------------------------------

When loading a file like this one in the frontend i get the (correct) single slash I want ... saving is however not possible since there is a missing slash. If I use the advanced editor this is of course possible to fix ...


edit: i have *lots* of rules with regex and it does not only break the current one you are working at.

ahh i see. check out the latest change in the repo. it should fix the disapearing slash.