Hi, I tried to get Sieve plugin running but I don't get it to work and actually have no idea what's wrong. My dovecot version is 1.2.12 and dovecot -n prints this: # 1.2.12: /usr/local/etc/dovecot.conf # OS: Linux 2.6.18-028stab064.7 i686 openSUSE 11.1 (i586) reiserfs log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.log disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login first_valid_uid: 110 last_valid_uid: 110 mail_location: maildir:/var/qmail/mailnames/%d/%n/Maildir fsync_disable: yes lda: postmaster_address: postmaster at code-factory.de mail_plugins: sieve mail_plugin_dir: /usr/local/lib/dovecot/lda fsync_disable: no auth default: passdb: driver: passwd-file args: /usr/local/etc/passwd.dovecot userdb: driver: passwd userdb: driver: static args: uid=popuser gid=popuser plugin: sieve: /var/mail/mydomain/.dovecot.sieve sieve_global_path: /var/lib/dovecot/sieve/default.sieve sieve_dir: /var/mail/mydomain/sieve sieve_global_dir: /var/lib/dovecot/sieve/global/ For testing purposes I created a very simple /var/mail/mydomain/.dovecot.sieve with the following content: require ["fileinto", "regex"]; if address :is "from" "test at test.de" { fileinto "INBOX.Webi"; stop; } Then I sent a mail from test at test.de (the real address is ommitted here) to my mail account, but the mail is not moved to the subfolder Webi. In the log files there's no single hint what's going on. And in /var/mail/mydomain there's no .dovecot.sieve.log file. This directory is owned by popuser and that user has rights for reading and writing to this directory (and read rights for .dovecot.sieve), therefore it should not be a rights problem. Does anybody has suggestions what could be the cause of this? Sincerely, Steven
On 06/19/2010 05:24 PM Steven Wei? wrote:> # 1.2.12: /usr/local/etc/dovecot.conf > # OS: Linux 2.6.18-028stab064.7 i686 openSUSE 11.1 (i586) reiserfs > log_path: /var/log/dovecot.log > info_log_path: /var/log/dovecot.log > disable_plaintext_auth: no > login_dir: /usr/local/var/run/dovecot/login > login_executable: /usr/local/libexec/dovecot/imap-login > first_valid_uid: 110 > last_valid_uid: 110 > mail_location: maildir:/var/qmail/mailnames/%d/%n/Maildir > fsync_disable: yes > lda: > postmaster_address: postmaster at code-factory.de > mail_plugins: sieve > mail_plugin_dir: /usr/local/lib/dovecot/lda > fsync_disable: no > auth default: > passdb: > driver: passwd-file > args: /usr/local/etc/passwd.dovecot > userdb: > driver: passwd > userdb: > driver: static > args: uid=popuser gid=popuser > plugin: > sieve: /var/mail/mydomain/.dovecot.sieve > sieve_global_path: /var/lib/dovecot/sieve/default.sieve > sieve_dir: /var/mail/mydomain/sieve > sieve_global_dir: /var/lib/dovecot/sieve/global/Enable mail_debug, at least in the protocol lda {} section. That will log information like module loading and what the sieve plugin wants and finds/gets.> For testing purposes I created a very simple > /var/mail/mydomain/.dovecot.sieve with the following content: > > require ["fileinto", "regex"]; > > if address :is "from" "test at test.de" { > fileinto "INBOX.Webi"; > stop; > } > > Then I sent a mail from test at test.de (the real address is ommitted here) > to my mail account, but the mail is not moved to the subfolder Webi. In > the log files there's no single hint what's going on. And in > /var/mail/mydomain there's no .dovecot.sieve.log file. > This directory is owned by popuser and that user has rights for reading > and writing to this directory (and read rights for .dovecot.sieve), > therefore it should not be a rights problem. > > Does anybody has suggestions what could be the cause of this?Also check your mail log, after enabling mail_debug. Regards, Pascal -- The trapper recommends today: deadbeef.1017018 at localdomain.org
Seemingly Similar Threads
- Dovecot crashing when attempting to search in virtual folder with fts_squat activated
- Dovecot crashing when attempting to search in virtual folder with fts_squat activated
- Dovecot crashing when attempting to search in virtual folder with fts_squat activated
- Post-login scripting with virtual users
- index location