similar to: sieve plugin

upgraded to rc19. using maildirs. solaris 9/cc. removed all modules from pop/imap/lda subdirs and first upgraded dovecot to rc19 and then used dovecot-sieve-1.0.1 sources to build against the dovecot source directory ( everything now builds nicely on Solaris, thank you Timo ). added "cmusieve" to the list of plugins used by lda. ail_plugins = cmusieve now getting this:

Hello, I found this thread: http://www.dovecot.org/list/dovecot/2006- September/015955.html and have successfully compiled and installed cmusieve plugin. How does one test to make sure its being loaded? It's not parsing my sieve files in the users homes and I'd like to first check if the plugin is being loaded, since I am getting no errors about it. Thanks

Hello, I'm using dovecot 1.0.3 and Dovecot Sieve plugin 1.0.2. Sieve script works fine with normal addresses, like user at domain.., and messages marked with "X-Spam-Flag: YES" are delivered directly to INBOX.Spam. To make deliver understand recipient_delimiter I tried two methods, the first one as per wiki (tweaking postfix master.cf), and the second one by tweaking

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, I would like to use managesieve protocol and cmusieve plugin at the same time. I have used the cmusieve plugin for years and I now also enabled the managesieve system. I got the managesieve system working but when I activate the managesieve filter for the user the cmusieve sieve filter is not used anymore. How can I have both sieve

I have debian lenny and dovecot 1.2.4 and a problem with the plugin cmusieve. protocol lda { postmaster_address = postmaster at cablenet.com.pe mail_plugins = cmusieve quota log_path = /var/log/dovecot-deliver.log info_log_path = /var/log/dovecot-deliver.log } the log /var/log/dovecot-deliver.log shows me the following Fatal: Plugin cmusieve not found from directory

Hi all, I'm migrating my private mail server from Dovecot 1.0.10 to Dovecot 1.1.4 (both the latest package in Ubuntu Hardy and Intrepid, resp.). I'm using Postfix with Postfixadmin virtual users , passing mail to Dspam, which in turn passes email to the Dovecot LDA. The relevant configuration section is attached below. When running on the old version of Dovecot, the LDA correctly

Hi, I have installed dovecot on ubuntu edgy linux by retrieving the source debian package, building and installing the package and then building and installing the sieve plugin. However, I get no log messages indicating errors and as far as I can tell, my .dovecot.sieve script is not being used. I have introduced a syntax error in the script and see no error message. In dovecot.conf I have:

I have the following global cmusieve scripts defined in /etc/dovecot/sieve, which is owned by the user deliver is run (virtual) as defined in the lda session of dovecot.conf: global-spam.script ====================================== require ["fileinto"]; # Move spam to spam folder if header :contains "X-Spam-Level" "********************" { fileinto

hi, im using the atrpm packages dovecot-1.1.11-0_90.el5 and dovecot-sieve-1.1.6-9.el5 on a centos5.2 in combination with exim/vexim, mysql and virtual users. everything (delivery /sending) seems to work out fine, but i can't use sieve filters, unfortunately when doing a dovecot -n sieve doesn't show up anywhere: # 1.1.11: /etc/dovecot.conf # OS: Linux 2.6.18-92.1.22.el5 x86_64 CentOS

Hello, My setup consists of the following: * Freebsd 6.2 system with software installed from ports tree: * Postfix 2.3.8,1 * postfixadmin 2.1.0_7 * mysql 5.0.33 * dovecot-1.0.r25 * dovecot-sieve 1.0.1 * clamav 0.90_3 * SpamAssassin 3.1.8_1 * amavisd-new 2.4.5_1,1 My mail setup is a virtual user setup with all users/domains sharing same UID:GID. Postfix and dovecot get their

Hi, after upgrading to Dovecot 1.2x including the rewritten Sieve plugin replacing 'cmusieve', messages which have formerly been filed to a "Public/Mailing-List" maildir are no longer filtered correctly. The sieve script itself is included in the user's personal-script. The messages are dropped to the INBOX rather than the "Public Namespace Maildir". Log's

Hello Dovecot users, Finally, after little more than a year, I finished the first release of the new Sieve implementation for Dovecot. The main reason for rewriting the Sieve engine is to provide more reliable script execution and to provide better error messages to users and system administrators. Also, since the Sieve language evolves quickly, with new language extensions published every

Hello Dovecot users, Finally, after little more than a year, I finished the first release of the new Sieve implementation for Dovecot. The main reason for rewriting the Sieve engine is to provide more reliable script execution and to provide better error messages to users and system administrators. Also, since the Sieve language evolves quickly, with new language extensions published every

Hello This is my dovecot.conf : /etc/dovecot/dovecot.conf log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.info protocols: imap imaps managesieve login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_location:

Hi, when I upgrade my dovecot to lastest version (from 1.1.1 to 1.1.3) and sieve plugins I discover a little problem in deliver (LDA) or in Sieve interface. With version 1.1.1 I have this in my dovecot.conf (and works fine) protocol lda { postmaster_address = root at mct.gov.br hostname = faraday.mct.gov.br mail_debug = no mail_plugins = cmusieve quota sieve_global_dir =

Since I've upgraded to dovecot 2.0.13 + Pigeonhole 0.2.3 (Gentoo package) I've received a few complains of users about rejected messages. Investigating the problem, I've seen that when the external sender server publishes SPF information, when some message is sent from there to one of my users that has a Sieve redirect action active to another external system (that does SPF

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi guys I have been doing a lot of searching, but maybe I am being dim (not unheard of!). I have dovecot-1.0rc2 built and running on Fedora Core 5. The wiki page (dated yesterday) states that I need the cmusieve plugin to use sieve scripts with the dovecot lda. Is this a new development? They seem to work quite happily on my soon-to-be retired

Hi, I've got a problem with Dovecot 1.2rc7 and a Sieve script which should store eMails in a subfolder. It always fails with Jun 28 14:56:43 deliver(): Error: sieve: msgid=<4A47687D.30903 at some.domain>: failed to store into mailbox '': Invalid mailbox name Jun 28 14:56:43 deliver(): Error: sieve: script /home/dovecot/sieve/info/dovecot.sieve failed with unsuccessful implicit

I just install RC1 + Plugin cmusieve (cvs), the sieve script is compiled and the sive lib seems OK. But in my log I have sendmail qui with signal 11 when I try to send a mail with "redirect" or "vacation" ? Any possibilitie to use a external SMTP server ? Signal 11 with sendmail is often a memory problem, but the server is in production since more than one month without any

I am trying to filter my imap mail sent to my phone by using sieve. Currently everything is set up and works well using mbox and sendmail as the lda. I have re-installed dovecot with sieve included and updated dovecot.conf, which gives # dovecot -n # 1.1.3: /etc/dovecot/dovecot.conf ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key disable_plaintext_auth: no