birger: the latest repo version of the plugin has an option to allow free entry of vacation aliases, it will work with 0.4-stable too.
birger: the latest repo version of the plugin has an option to allow free entry of vacation aliases, it will work with 0.4-stable too.
Roundcube Patches: Sieverules, SpamAssassin Prefs, and more…
Hi there,
I'am still hunting down my spam problems and need some help. What I basically want to acieve is, that if a message header contains X-Spam-Flag = Yes / or the message subject contains "[*****SPAM*****]" it should be moved to the Junk folder, but this should work "out of the box" - so the user should not have to create a Spam-Filter.
I've realized user-filter via sieverules (Changelog 2010 07 03), cmusieve and dovecot 1.0.15 (I use debian lenny - so I'm bound to this version of dovecot). According to this post - it is not possible to apply a global sieverule with cmusieve, when userprefs exist. So I've to stick to the userprefs...
Is there a possibility to create this default Filter? Can I achieve this by using the "$rcmail_config['sieverules_predefined_rules'] = array();" in config.inc.php ../sieverules?
Thanks for any help!
Best regards
osterhase
It sounds like you want to use the sieverules_default_file option rather than the predefined rules, and set auto_load_default to true. then if/when a user opens the filter page they will see the spam rule already active.
Roundcube Patches: Sieverules, SpamAssassin Prefs, and more…
Indeed. Thanks again.
I had both a similar issue with Managesieve.
There is no Move Message To action when I want to move a message to a specific mailbox.
When I edit my Spam filter (which was made manually on the server) the action that shows up in the box is Redirect Message To and then a dropdown box containing all my IMAP folders.
Trying to submit this fails saying to please enter an email address.
I am using Dovecot 2.0.4 and the latest Dovecot Pigeonhole.
Anyone got any pointers?
If you wrote the rule manually then chances are the plugin just doesnt understand it. If you post the rule I might be able to see the problem.
Roundcube Patches: Sieverules, SpamAssassin Prefs, and more…
The rule is as follows:
Even when I attempt to add a new rule I have no "move message to" to the action dropdown box. I have included a screen shot of what I mean.Code:require "fileinto"; # rule:[Spam] if header :contains "X-Spam-Flag" "YES" { fileinto "Junk"; }
This is the all the relevant (that i can see) in the config file:
Code:// allowed actions $rcmail_config['sieverules_allowed_actions'] = array( 'fileinto' => TRUE, 'vacation' => TRUE, 'reject' => TRUE, 'redirect' => TRUE, 'keep' => TRUE, 'discard' => TRUE, 'imapflags' => TRUE, 'notify' => TRUE, 'stop' => TRUE );
oh right, thats a different problem. your managesieve server is not returning fileinto in the list of supported extensions... if you telnet to to server you should see something like this:
see line 3 all the extensions support by the server are listed, the plugin checks these so it doesnt allow users to create rules which arent supported.Code:"IMPLEMENTATION" "dovecot" "SASL" "PLAIN LOGIN" "SIEVE" "fileinto reject envelope vacation imapflags notify subaddress relational comparator-i;ascii-numeric regex" "STARTTLS" OK "Dovecot ready."
Roundcube Patches: Sieverules, SpamAssassin Prefs, and more…
got it sorted thanks JohnDoh.
telnet'ed to the managesieve server and got empty lines, so went back to read the documentation and this caught my eye.
I had both lines uncommented without setting anything. Should really read the configuartion examples better before asking for help.Code:# Explicitly specify the SIEVE and NOTIFY capability reported by the server before # login. If left unassigned these will be reported dynamically according to what # the Sieve interpreter supports by default (after login this may differ depending # on the user). #managesieve_sieve_capability = #managesieve_notify_capability =
Cheers again![]()
There are currently 1 users browsing this thread. (0 members and 1 guests)