[Dovecot] personal sieve script not included
Hello, I'm using dovecot 2.2.10 and roundcube (with managesieve enabled). Sieve filtering works well, as long the rule is written into ~/.dovecot.sieve (which is a link to ~/sieve/managesieve.sieve) When adding a new filter set (in roundcube) the script is written to ~/sieve/newfilterset.sieve. This script will not be executed. How can I solve this?
I set sieve_dir = ~/sieve This should work, except I misunderstand the doc.
# ls -l ./sieve total 6 -rw------- 1 vmail mail 105 Feb 5 09:24 managesieve.sieve -rw------- 1 vmail mail 113 Feb 4 16:30 test.sieve drwx------ 2 vmail mail 512 Feb 5 09:24 tmp
Regards, Thomas.
In the meantime I found, that the .dovecot.svbin is not generated, when I add or modify a filter. I can only force building of .dovecot.svbin by deleting of .dovecot.svbin.
Is that a bug?
Regards, Thomas.
Hello, I'm using dovecot 2.2.10 and roundcube (with managesieve enabled). Sieve filtering works well, as long the rule is written into ~/.dovecot.sieve (which is a link to ~/sieve/managesieve.sieve) When adding a new filter set (in roundcube) the script is written to ~/sieve/newfilterset.sieve. This script will not be executed. How can I solve this?
I set sieve_dir = ~/sieve This should work, except I misunderstand the doc.
# ls -l ./sieve total 6 -rw------- 1 vmail mail 105 Feb 5 09:24 managesieve.sieve -rw------- 1 vmail mail 113 Feb 4 16:30 test.sieve drwx------ 2 vmail mail 512 Feb 5 09:24 tmp
Regards, Thomas.
On 2/5/2014 1:52 PM, Thomas Krause wrote:
In the meantime I found, that the .dovecot.svbin is not generated, when I add or modify a filter. I can only force building of .dovecot.svbin by deleting of .dovecot.svbin.
Is that a bug?
Could you show your configuration? That is the output from:
dovecot -n
Regards,
Stephan.
Am 05.02.2014 16:48, schrieb Stephan Bosch:
On 2/5/2014 1:52 PM, Thomas Krause wrote:
In the meantime I found, that the .dovecot.svbin is not generated, when I add or modify a filter. I can only force building of .dovecot.svbin by deleting of .dovecot.svbin.
Is that a bug? Could you show your configuration? That is the output from:
dovecot -n
Regards,
Stephan.
# 2.2.10: /usr/local/etc/dovecot/dovecot.conf # OS: FreeBSD 8.4-RELEASE-p4 amd64 auth_cache_negative_ttl = 0 auth_cache_size = 10 M auth_mechanisms = plain login auth_verbose = yes dict { expire = mysql:/usr/local/etc/dovecot/dovecot-dict-expire.conf.ext quota = mysql:/usr/local/etc/dovecot/dovecot-dict-sql.conf.ext } disable_plaintext_auth = no first_valid_uid = 101 last_valid_uid = 101 login_log_format_elements = user=<%u> method=%m rip=%r lip=%l mpid=%e %c %k mail_fsync = never mail_gid = mail mail_plugins = " quota expire zlib" mail_privileged_group = mail mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave passdb { args = /usr/local/etc/dovecot/dovecot-sql.conf.ext driver = sql } plugin { expire = Trash expire2 = Trash/* expire3 = Spam expire_dict = proxy::expire quota = dict:User quota::proxy::quota quota_rule = *:storage=20M:messages=1000 quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_max_script_size = 1M zlib_save = gz zlib_save_level = 6 } protocols = imap pop3 lmtp sieve service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-userdb { group = mail mode = 0640 user = vmail } } service dict { unix_listener dict { group = mail mode = 0660 user = vmail } } service imap-login { process_min_avail = 4 service_count = 0 vsz_limit = 256 M } service managesieve-login { inet_listener sieve { port = 4190 } } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl_cert = </etc/ssl/ssl.crt/mail.pem ssl_key = </etc/ssl/ssl.key/mail.key userdb { driver = prefetch } userdb { args = /usr/local/etc/dovecot/dovecot-sql.conf.ext driver = sql } verbose_proctitle = yes protocol lmtp { mail_fsync = optimized mail_plugins = " quota expire zlib sieve" } protocol lda { mail_fsync = optimized mail_plugins = " quota expire zlib sieve" } protocol imap { imap_idle_notify_interval = 24 mins mail_plugins = " quota expire zlib imap_quota" } protocol sieve { managesieve_implementation_string = Dovecot Pigeonhole managesieve_max_compile_errors = 5 managesieve_max_line_length = 65536 }
On 2/5/2014 9:59 AM, Thomas Krause wrote:
Hello, I'm using dovecot 2.2.10 and roundcube (with managesieve enabled). Sieve filtering works well, as long the rule is written into ~/.dovecot.sieve (which is a link to ~/sieve/managesieve.sieve) When adding a new filter set (in roundcube) the script is written to ~/sieve/newfilterset.sieve. This script will not be executed. How can I solve this?
I set sieve_dir = ~/sieve This should work, except I misunderstand the doc.
I see no obvious problems in your configuration. Do the logs say anything interesting (set mail_debug=yes)? Your symptoms suggest that Roundcube is not activating the uploaded script for some reason. That is when the symbolic link is updated.
You could sniff the protocol exchange between Roundcube and Dovecot on port 4190 (without TLS obviously). Roundcube should issue the SETACTIVE command.
Regards,
Stephan.
On 11.02.2014 21:39, Stephan Bosch wrote:
On 2/5/2014 9:59 AM, Thomas Krause wrote:
Hello, I'm using dovecot 2.2.10 and roundcube (with managesieve enabled). Sieve filtering works well, as long the rule is written into ~/.dovecot.sieve (which is a link to ~/sieve/managesieve.sieve) When adding a new filter set (in roundcube) the script is written to ~/sieve/newfilterset.sieve. This script will not be executed. How can I solve this?
I set sieve_dir = ~/sieve This should work, except I misunderstand the doc.
I see no obvious problems in your configuration. Do the logs say anything interesting (set mail_debug=yes)? Your symptoms suggest that Roundcube is not activating the uploaded script for some reason. That is when the symbolic link is updated.
You could sniff the protocol exchange between Roundcube and Dovecot on port 4190 (without TLS obviously). Roundcube should issue the SETACTIVE command.
Hi Stephan, it's working now - but I don't now why (I havn't changed anything). When I send a mail to the mailbox, the .dovecot.svbin is created, when new files in ~/sieve
I enabled debugging in Roundcube. I cannot see SETACTIVE:
[12-Feb-2014 10:33:39 +0100]: S: "IMPLEMENTATION" "Dovecot Pigeonhole" [12-Feb-2014 10:33:39 +0100]: S: "SIEVE" "fileinto reject envelope encoded-character vacation subaddress comparator-i ;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave" [12-Feb-2014 10:33:39 +0100]: S: "NOTIFY" "mailto" [12-Feb-2014 10:33:39 +0100]: S: "SASL" "PLAIN LOGIN" [12-Feb-2014 10:33:39 +0100]: S: "STARTTLS" [12-Feb-2014 10:33:39 +0100]: S: "VERSION" "1.0" [12-Feb-2014 10:33:39 +0100]: S: OK "Capability completed." [12-Feb-2014 10:33:39 +0100]: C: AUTHENTICATE "PLAIN" "***" [12-Feb-2014 10:33:39 +0100]: S: OK "Logged in." [12-Feb-2014 10:33:39 +0100]: C: LISTSCRIPTS [12-Feb-2014 10:33:39 +0100]: S: "managesieve" ACTIVE [12-Feb-2014 10:33:39 +0100]: S: "home" [12-Feb-2014 10:33:39 +0100]: S: OK "Listscripts completed." [12-Feb-2014 10:33:39 +0100]: C: GETSCRIPT "managesieve" [12-Feb-2014 10:33:39 +0100]: S: {118} [12-Feb-2014 10:33:39 +0100]: S: require ["fileinto"]; # rule:[myfilter5] if header :contains "Subject" "filtertest101" { fileinto "INBOX.spezial"; } [12-Feb-2014 10:33:39 +0100]: S: OK "Getscript completed." [12-Feb-2014 10:33:39 +0100]: C: PUTSCRIPT "managesieve" {208+} require ["fileinto"]; # rule:[myfilter5] if header :contains "Subject" "filtertest101" { fileinto "INBOX.spezial"; } # rule:[myfilter2] if header :contains "Subject" "testxxx" { fileinto "INBOX.spezial"; }
[12-Feb-2014 10:33:39 +0100]: S: OK "PUTSCRIPT completed." [12-Feb-2014 10:33:39 +0100]: C: LOGOUT
Regards, Thomas.
participants (3)
-
freebsd-isp@chef-ingenieur.de
-
Stephan Bosch
-
Thomas Krause