[Dovecot] CMUSieve with virtual users
Hi,I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Could someone has managed to use sieve scripts with virtual users ?
Thanks :)
GuillaumeGuillaume HILT wrote:
Hi,
Hi,
I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Did you compile dovecot with sieve in USE flag?
Alex a écrit :
Guillaume HILT wrote:
Hi,
Hi,
I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Did you compile dovecot with sieve in USE flag?
As I said "'m trying to use sieve (which has been compiled with Dovecot)", yes :)
Guillaume HILT wrote:
Alex a écrit :
Guillaume HILT wrote:
Hi,
Hi,
I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Did you compile dovecot with sieve in USE flag?
As I said "'m trying to use sieve (which has been compiled with Dovecot)", yes :)
:) I had been the same issue with 1.1.7. Try to unmask the 1.1.10-r1 and install; it solve my issue.
Alex a écrit :
Guillaume HILT wrote:
Alex a écrit :
Guillaume HILT wrote:
Hi,
Hi,
I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Did you compile dovecot with sieve in USE flag?
As I said "'m trying to use sieve (which has been compiled with Dovecot)", yes :)
:) I had been the same issue with 1.1.7. Try to unmask the 1.1.10-r1 and install; it solve my issue.
When migrating from 1.1.7 to 1.1.10-r1, did you had any issues or configuration update to do ? Since i'm pretty busy right now, i don't want to create a problem with our mailserver :)
Guillaume HILT wrote:
Alex a écrit :
Guillaume HILT wrote:
Alex a écrit :
Guillaume HILT wrote:
Hi,
Hi,
I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Did you compile dovecot with sieve in USE flag?
As I said "'m trying to use sieve (which has been compiled with Dovecot)", yes :)
:) I had been the same issue with 1.1.7. Try to unmask the 1.1.10-r1 and install; it solve my issue.
When migrating from 1.1.7 to 1.1.10-r1, did you had any issues or configuration update to do ? Since i'm pretty busy right now, i don't want to create a problem with our mailserver :)
Can you paste here a "grep sieve" from your /var/log/dovecot-deliver.log?
==
The upgrade process is quite easy, nothing to change in dovecot config. Before upgrade I suggest to do this action:
- backup with tar your /etc/dovecot dir;
- emerge -B dovecot (so you have a binary copy for your working version)
- echo "net-mail/dovecot ~arch" >> /etc/portage/package.keywords
- emerge -av dovecot
when merge is finished *don't* do etc-update.
If something goes wrong you will come back to 1.1.7 without problem. Just recover your backup.
my2cents :)
Guillaume HILT wrote:
Alex a écrit :
Guillaume HILT wrote:
Alex a écrit :
Guillaume HILT wrote:
Hi,
Hi,
I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Did you compile dovecot with sieve in USE flag?
As I said "'m trying to use sieve (which has been compiled with Dovecot)", yes :)
:) I had been the same issue with 1.1.7. Try to unmask the 1.1.10-r1 and install; it solve my issue.
When migrating from 1.1.7 to 1.1.10-r1, did you had any issues or configuration update to do ? Since i'm pretty busy right now, i don't want to create a problem with our mailserver :)
Can you paste here a "grep sieve" from your /var/log/dovecot-deliver.log? The fact is, even with log_path and info_log_path enabled in the lda
Alex a écrit : section, i don't have anything about sieve in my logs.
==
The upgrade process is quite easy, nothing to change in dovecot config. Before upgrade I suggest to do this action:
- backup with tar your /etc/dovecot dir;
- emerge -B dovecot (so you have a binary copy for your working version)
- echo "net-mail/dovecot ~arch" >> /etc/portage/package.keywords
- emerge -av dovecot
when merge is finished *don't* do etc-update.
If something goes wrong you will come back to 1.1.7 without problem. Just recover your backup.
my2cents :)
Thanks :)
Guillaume Hilt wrote:
Alex a écrit :
Guillaume HILT wrote:
Upgrade done and running, but it didn't fixed the problem :x
Alex a écrit :
I had been the same issue with 1.1.7. Try to unmask the 1.1.10-r1 and install; it solve my issue.
Do you see anything in your log? Nothing about sieve.
Interestingly enough there appear to be some values in the dovecot.conf that don't show up with (when I try in on my system) a dovecot -n. I must admit I'm surprised everything _seems_ to be working as I've had some formatting issues in the dovecot.conf file
Anyway; specifically the lda stuff.
Here's mine slightly munged.
protocol lda { log_path = /var/log/dovecot/dovecot-deliver.log auth_socket_path = /var/run/dovecot/auth-master postmaster_address = postmaster@mydomain.com hostname = mx0.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda }
Rod
Roderick A. Anderson wrote:
Guillaume Hilt wrote:
Alex a écrit :
Guillaume HILT wrote:
Upgrade done and running, but it didn't fixed the problem :x
Alex a écrit :
> I had been the same issue with 1.1.7. Try to unmask the 1.1.10-r1 > and install; it solve my issue.
Do you see anything in your log? Nothing about sieve.
Interestingly enough there appear to be some values in the dovecot.conf that don't show up with (when I try in on my system) a dovecot -n. I must admit I'm surprised everything _seems_ to be working as I've had some formatting issues in the dovecot.conf file
Anyway; specifically the lda stuff.
Here's mine slightly munged.
protocol lda { log_path = /var/log/dovecot/dovecot-deliver.log auth_socket_path = /var/run/dovecot/auth-master postmaster_address = postmaster@mydomain.com hostname = mx0.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda }
Rod
Did you defined sieve_global_path = /etc/dovecot/sieve/default.sieve? Remeber to change ownership to default.sieve file with your vmail user and group.
Alex a écrit :
Roderick A. Anderson wrote:
Guillaume Hilt wrote:
Alex a écrit :
Guillaume HILT wrote:
Upgrade done and running, but it didn't fixed the problem :x
Alex a écrit :
>> I had been the same issue with 1.1.7. Try to unmask the >> 1.1.10-r1 and install; it solve my issue.
Do you see anything in your log? Nothing about sieve.
Interestingly enough there appear to be some values in the dovecot.conf that don't show up with (when I try in on my system) a dovecot -n. I must admit I'm surprised everything _seems_ to be working as I've had some formatting issues in the dovecot.conf file
Anyway; specifically the lda stuff.
Here's mine slightly munged.
protocol lda { log_path = /var/log/dovecot/dovecot-deliver.log auth_socket_path = /var/run/dovecot/auth-master postmaster_address = postmaster@mydomain.com hostname = mx0.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda }
Here's mine :
protocol lda { postmaster_address = postmaster@mydomain.com hostname = mail.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda log_path = /var/log/mail/dovecot-deliver.log info_log_path = /var/log/mail/dovecot-deliver.log sendmail_path = /usr/sbin/sendmail rejection_reason = Votre message pour <%t> a été rejeté:%n%r auth_socket_path = /var/run/dovecot/auth-master fsync_disable = no }
Rod
Did you defined sieve_global_path = /etc/dovecot/sieve/default.sieve? Remeber to change ownership to default.sieve file with your vmail user and group.
No, I didn't defined it. And my .dovecot.sieve files are owned by vmail and mail, respectively my vmail user and group :)
Guillaume Hilt a écrit :
Alex a écrit :
Roderick A. Anderson wrote:
Guillaume Hilt wrote:
Alex a écrit :
Guillaume HILT wrote:
Upgrade done and running, but it didn't fixed the problem :x
Alex a écrit : >>> I had been the same issue with 1.1.7. Try to unmask the >>> 1.1.10-r1 and install; it solve my issue.
Do you see anything in your log? Nothing about sieve.
Interestingly enough there appear to be some values in the dovecot.conf that don't show up with (when I try in on my system) a dovecot -n. I must admit I'm surprised everything _seems_ to be working as I've had some formatting issues in the dovecot.conf file
Anyway; specifically the lda stuff.
Here's mine slightly munged.
protocol lda { log_path = /var/log/dovecot/dovecot-deliver.log auth_socket_path = /var/run/dovecot/auth-master postmaster_address = postmaster@mydomain.com hostname = mx0.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda }
Here's mine :
protocol lda { postmaster_address = postmaster@mydomain.com hostname = mail.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda log_path = /var/log/mail/dovecot-deliver.log info_log_path = /var/log/mail/dovecot-deliver.log sendmail_path = /usr/sbin/sendmail rejection_reason = Votre message pour <%t> a été rejeté:%n%r auth_socket_path = /var/run/dovecot/auth-master fsync_disable = no }
Rod
Did you defined sieve_global_path = /etc/dovecot/sieve/default.sieve? Remeber to change ownership to default.sieve file with your vmail user and group.
No, I didn't defined it. And my .dovecot.sieve files are owned by vmail and mail, respectively my vmail user and group :)
The only difference I found with this current setup and my other server (except for the virtual user configuration on this server) is that i compiled dovecot without pop3d on the other one, and with it on this one (and since pop3 is currently used, i can't afford to remove it).
I'm back with this problem since i never found a way to fix it. I'm now using dovecot 1.1.13 (still under Gentoo) and I tried something. I modified the lda section from this : mail_plugins = cmusieve
To this : mail_plugins = sieve
The problem is that dovecot never complained that it can't found the sieve or cmusieve plugin although sieve is present and enabled with dovecot. Looks like it doesn't care about it and doesn't try to load it (it would explain why sieve isn't working).
I used thse flags "mysql pam pop3d sieve ssl". The only difference with my other config, with is working fine, is that i added the ipv6 flag on this one and i'm not using virtual users.
Now i'm confused ...
Guillaume Hilt
Guillaume Hilt a écrit :
Guillaume Hilt a écrit :
Alex a écrit :
Roderick A. Anderson wrote:
Guillaume Hilt wrote:
Alex a écrit :
Guillaume HILT wrote: > Upgrade done and running, but it didn't fixed the problem :x > > Alex a écrit : >>>> I had been the same issue with 1.1.7. Try to unmask the >>>> 1.1.10-r1 and install; it solve my issue.
Do you see anything in your log? Nothing about sieve.
Interestingly enough there appear to be some values in the dovecot.conf that don't show up with (when I try in on my system) a dovecot -n. I must admit I'm surprised everything _seems_ to be working as I've had some formatting issues in the dovecot.conf file
Anyway; specifically the lda stuff.
Here's mine slightly munged.
protocol lda { log_path = /var/log/dovecot/dovecot-deliver.log auth_socket_path = /var/run/dovecot/auth-master postmaster_address = postmaster@mydomain.com hostname = mx0.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda }
Here's mine :
protocol lda { postmaster_address = postmaster@mydomain.com hostname = mail.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda log_path = /var/log/mail/dovecot-deliver.log info_log_path = /var/log/mail/dovecot-deliver.log sendmail_path = /usr/sbin/sendmail rejection_reason = Votre message pour <%t> a été rejeté:%n%r auth_socket_path = /var/run/dovecot/auth-master fsync_disable = no }
Rod
Did you defined sieve_global_path = /etc/dovecot/sieve/default.sieve? Remeber to change ownership to default.sieve file with your vmail user and group.
No, I didn't defined it. And my .dovecot.sieve files are owned by vmail and mail, respectively my vmail user and group :)
The only difference I found with this current setup and my other server (except for the virtual user configuration on this server) is that i compiled dovecot without pop3d on the other one, and with it on this one (and since pop3 is currently used, i can't afford to remove it).
Is there an incompatibily I could have fallen into ?
Guillaume Hilt a écrit :
I'm back with this problem since i never found a way to fix it. I'm now using dovecot 1.1.13 (still under Gentoo) and I tried something. I modified the lda section from this : mail_plugins = cmusieve
To this : mail_plugins = sieve
The problem is that dovecot never complained that it can't found the sieve or cmusieve plugin although sieve is present and enabled with dovecot. Looks like it doesn't care about it and doesn't try to load it (it would explain why sieve isn't working).
I used thse flags "mysql pam pop3d sieve ssl". The only difference with my other config, with is working fine, is that i added the ipv6 flag on this one and i'm not using virtual users or pop3.
Now i'm confused ...
Guillaume Hilt
Guillaume Hilt a écrit :
Guillaume Hilt a écrit :
Alex a écrit :
Roderick A. Anderson wrote:
Guillaume Hilt wrote:
Alex a écrit : > Guillaume HILT wrote: >> Upgrade done and running, but it didn't fixed the problem :x >> >> Alex a écrit : >>>>> I had been the same issue with 1.1.7. Try to unmask the >>>>> 1.1.10-r1 and install; it solve my issue. > > Do you see anything in your log? Nothing about sieve.
Interestingly enough there appear to be some values in the dovecot.conf that don't show up with (when I try in on my system) a dovecot -n. I must admit I'm surprised everything _seems_ to be working as I've had some formatting issues in the dovecot.conf file
Anyway; specifically the lda stuff.
Here's mine slightly munged.
protocol lda { log_path = /var/log/dovecot/dovecot-deliver.log auth_socket_path = /var/run/dovecot/auth-master postmaster_address = postmaster@mydomain.com hostname = mx0.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda }
Here's mine :
protocol lda { postmaster_address = postmaster@mydomain.com hostname = mail.mydomain.com mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda log_path = /var/log/mail/dovecot-deliver.log info_log_path = /var/log/mail/dovecot-deliver.log sendmail_path = /usr/sbin/sendmail rejection_reason = Votre message pour <%t> a été rejeté:%n%r auth_socket_path = /var/run/dovecot/auth-master fsync_disable = no }
Rod
Did you defined sieve_global_path = /etc/dovecot/sieve/default.sieve? Remeber to change ownership to default.sieve file with your vmail user and group.
No, I didn't defined it. And my .dovecot.sieve files are owned by vmail and mail, respectively my vmail user and group :)
The only difference I found with this current setup and my other server (except for the virtual user configuration on this server) is that i compiled dovecot without pop3d on the other one, and with it on this one (and since pop3 is currently used, i can't afford to remove it).
On Mar 29, 2009, at 6:28 AM, Guillaume Hilt wrote:
I'm back with this problem since i never found a way to fix it. I'm now using dovecot 1.1.13 (still under Gentoo) and I tried
something. I modified the lda section from this : mail_plugins = cmusieveTo this : mail_plugins = sieve
The problem is that dovecot never complained that it can't found the
sieve or cmusieve plugin although sieve is present and enabled with
dovecot. Looks like it doesn't care about it and doesn't try to load it (it
would explain why sieve isn't working).
If you list a plugin that Dovecot can't load, it definitely will give
an error message at startup.
Looking at your previous messages, it seems you haven't provided any
logs. Set mail_debug=yes and show what it logs when trying to deliver
a mail.
Mar 31 17:29:55 srv1 postfix/qmgr[30752]: A2C0677460ED: from=<postmaster@shadowprojects.org>, size=902, nrcpt=1 (queue active) Mar 31 17:29:55 srv1 postfix/smtpd[12284]: disconnect from rendez-vous.shadowprojects.fr[91.121.100.167] Mar 31 15:29:55 srv1 postfix/smtpd[12897]: connect from unknown[127.0.0.1] Mar 31 15:29:55 srv1 postfix/smtpd[12897]: 4C74977460FE: client=unknown[127.0.0.1] Mar 31 17:29:55 srv1 postfix/cleanup[12810]: 4C74977460FE: message-id=<49D236E0.6060707@shadowprojects.org> Mar 31 17:29:55 srv1 postfix/qmgr[30752]: 4C74977460FE: from=<postmaster@shadowprojects.org>, size=1339, nrcpt=1 (queue active) Mar 31 15:29:55 srv1 postfix/smtpd[12897]: disconnect from unknown[127.0.0.1] Mar 31 17:29:55 srv1 postfix/lmtp[12879]: A2C0677460ED: to=<ghilt@domain2.com>, relay=mail.domain2.com[/var/run/dspam/dspam.sock], delay=1.1, delays=0.56/0/0/0.5, dsn=2.6.0, status=sent (250 2.6.0 <ghilt@domain2.com> Message accepted for delivery) Mar 31 17:29:55 srv1 postfix/qmgr[30752]: A2C0677460ED: removed Mar 31 17:29:55 srv1 postfix/qmgr[30752]: 4C74977460FE: removed Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=<ghilt@domain2.com>, relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir)
Mar 31 18:13:05 srv1 dovecot: imap-login: Login: user=<ethieblemont@domain.com>, method=PLAIN, rip=216.9.253.200, lip=91.121.50.194 Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblemont@domain.com): Loading modules from directory: /usr/lib/dovecot/imap Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblemont@domain.com): Module loaded: /usr/lib/dovecot/imap/lib90_antispam_plugin.so Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblemont@domain.com): Effective uid=1001, gid=12, home=/home/vmail/domain.com/ethieblemont/ Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblemont@domain.com): maildir: data=/home/vmail/domain.com/ethieblemont/.maildir Mar 31 18:13:05 srv1 dovecot: IMAP(ethieblemont@domain.com): maildir++: root=/home/vmail/domain.com/ethieblemont/.maildir, index=, control=, inbox=/home/vmail/domain.com/ethieblemont/.maildir
The path are correct and I have a .dovecot.sieve file in the user folder (on the same level with .maildir).
Here's my dovecot conf (1.1.13) with libsieve (2.2.7) on a Gentoo x64 box :
I have this under the lda protocol section, although dovecot -n doesn't show it : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
# dovecot -n # 1.1.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.28-gentoo-r1-xxxx-std-ipv4-64 x86_64 Gentoo Base System release 1.12.11.1 ext3 base_dir: /var/run/dovecot/ protocols: imap pop3 listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login first_valid_uid: 1001 last_valid_uid: 1001 mail_privileged_group: mail mail_uid: vmail mail_gid: mail mail_location: maildir:/home/vmail/%d/%n/.maildir mail_debug: yes fsync_disable: yes maildir_copy_preserve_filename: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): antispam mail_plugins(imap): antispam mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 imap_client_workarounds(default): delay-newmail imap_client_workarounds(imap): delay-newmail imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: user: nobody gssapi_hostname: mail.domain2.com passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: vmail group: mail plugin: antispam_signature: X-DSPAM-Signature antispam_signature_missing: error antispam_trash: Trash antispam_spam: Spam antispam_dspam_binary: /usr/bin/dspam
Timo Sirainen a écrit :
On Mar 29, 2009, at 6:28 AM, Guillaume Hilt wrote:
I'm back with this problem since i never found a way to fix it. I'm now using dovecot 1.1.13 (still under Gentoo) and I tried something. I modified the lda section from this : mail_plugins = cmusieve
To this : mail_plugins = sieve
The problem is that dovecot never complained that it can't found the sieve or cmusieve plugin although sieve is present and enabled with dovecot. Looks like it doesn't care about it and doesn't try to load it (it would explain why sieve isn't working).
If you list a plugin that Dovecot can't load, it definitely will give an error message at startup.
Looking at your previous messages, it seems you haven't provided any logs. Set mail_debug=yes and show what it logs when trying to deliver a mail.
On Mar 31, 2009, at 12:20 PM, Guillaume HILT wrote:
Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=<ghilt@domain2.com
, relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0,
status=sent (delivered to maildir)
Postfix's virtual transport is delivering the mail. Dovecot's deliver
is never even called.
I modified my dspam conf file to transfer the message to deliver but the problem is still the same. Even with debug enabled, I don't see a line about deliver in my logs.
Guillaume Hilt
Timo Sirainen a écrit :
On Mar 31, 2009, at 12:20 PM, Guillaume HILT wrote:
Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=<ghilt@domain2.com>, relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir)
Postfix's virtual transport is delivering the mail. Dovecot's deliver is never even called.
The problem isn't with dspam or Dovecot configuration files. It's that your Postfix is configured to write the mail directly to the Maildir. I don't think your Postfix even calls dspam. As long as you see postfix/virtual line in your logs, Postfix is delivering the mail itself.
On Tue, 2009-03-31 at 19:11 +0200, Guillaume Hilt wrote:
I modified my dspam conf file to transfer the message to deliver but the problem is still the same. Even with debug enabled, I don't see a line about deliver in my logs.
Guillaume Hilt
Timo Sirainen a écrit :
On Mar 31, 2009, at 12:20 PM, Guillaume HILT wrote:
Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=<ghilt@domain2.com>, relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir)
Postfix's virtual transport is delivering the mail. Dovecot's deliver is never even called.
It does.
deliver(ghilt@domain2.com): Mar 31 19:22:50 Warning: Growing pool 'Cache fields' with: 2048 Mar 31 19:22:51 srv1 postfix/lmtp[14367]: BB74477460FE: to=<ghilt@domain2.com>, relay=mail.domain2.com[/var/run/dspam/dspam.sock], delay=0.43, delays=0.1/0/0/0.33, dsn=2.6.0, status=sent (250 2.6.0 <ghilt@domain2.com> Message accepted for delivery) Mar 31 19:22:51 srv1 postfix/qmgr[14353]: BB74477460FE: removed
Here's the lines in dspam : TrustedDeliveryAgent "/usr/libexec/dovecot/deliver -d %u" UntrustedDeliveryAgent "/usr/libexec/dovecot/deliver -d %u
Postfix isn't delivering the mail anymore, it transfer them to dspam which calls deliver since it can't deliver them itself.
Guillaume Hilt
Timo Sirainen a écrit :
The problem isn't with dspam or Dovecot configuration files. It's that your Postfix is configured to write the mail directly to the Maildir. I don't think your Postfix even calls dspam. As long as you see postfix/virtual line in your logs, Postfix is delivering the mail itself.
On Tue, 2009-03-31 at 19:11 +0200, Guillaume Hilt wrote:
I modified my dspam conf file to transfer the message to deliver but the problem is still the same. Even with debug enabled, I don't see a line about deliver in my logs.
Guillaume Hilt
Timo Sirainen a écrit :
On Mar 31, 2009, at 12:20 PM, Guillaume HILT wrote:
Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: to=<ghilt@domain2.com>, relay=virtual, delay=0.5, delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir)
Postfix's virtual transport is delivering the mail. Dovecot's deliver is never even called.
On Tue, 2009-03-31 at 19:27 +0200, Guillaume Hilt wrote:
It does.
deliver(ghilt@domain2.com): Mar 31 19:22:50 Warning: Growing pool 'Cache fields' with: 2048
OK, so here's finally a line from deliver. Now show the whole debug output of deliver. It probably was written to a different file. See http://wiki.dovecot.org/Logging and http://wiki.dovecot.org/LDA#logging
deliver always logs a line such as:
deliver(timo): Jan 13 13:47:16 Info: msgid=<a@b>: saved mail to INBOX
Find the file that has that line, and show the full debug output of what's before that line.
Also you have configured Dovecot with --enable-devel-checks, which causes Dovecot to log some information that's mainly useful for developers. It also includes extra checks that slow things down in normal use. You most likely want to disable it by reconfiguring and reinstalling.
Timo Sirainen a écrit :
On Tue, 2009-03-31 at 19:27 +0200, Guillaume Hilt wrote:
It does.
deliver(ghilt@domain2.com): Mar 31 19:22:50 Warning: Growing pool 'Cache fields' with: 2048
OK, so here's finally a line from deliver. Now show the whole debug output of deliver. It probably was written to a different file. See http://wiki.dovecot.org/Logging and http://wiki.dovecot.org/LDA#logging
deliver always logs a line such as:
deliver(timo): Jan 13 13:47:16 Info: msgid=<a@b>: saved mail to INBOX
Find the file that has that line, and show the full debug output of what's before that line.
Yeah, in fact i log this into mail.info and now it works. Looks like I forgot to use deliver :x
deliver(ghilt@domain2.com): Mar 31 19:41:58 Info: cmusieve: Using sieve path: /home/vmail/domain2.com/ghilt/.dovecot.sieve deliver(ghilt@domain2.com): Mar 31 19:41:58 Info: cmusieve: Executing script /home/vmail/domain2.com/ghilt/.dovecot.sievec deliver(ghilt@domain2.com): Mar 31 19:41:59 Info: msgid=<49D255E3.1000701@shadowprojects.org>: saved mail to INBOX.Portage
Also you have configured Dovecot with --enable-devel-checks, which causes Dovecot to log some information that's mainly useful for developers. It also includes extra checks that slow things down in normal use. You most likely want to disable it by reconfiguring and reinstalling.
I know. It was on purpose to see if it could provide me some useful informations about my problem.
Thanks for your help Timo, sorry the time loss for such a stupid mistake.
Guillaume HILT wrote:
Hi,
I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Could someone has managed to use sieve scripts with virtual users ?
I have.
CentOS 5.2 dovecot-1.1.11-0_90.el5 postfix-2.3.3-2.1.el5_2 dovecot-sieve-1.1.6-9.el5
What is your plugin {} setting. I have
plugin { sieve = /var/mail/vhosts/%d/%n/dovecot.sieve }
Rod
Thanks :)
Guillaume
Roderick A. Anderson a écrit :
Guillaume HILT wrote:
Hi,
I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Could someone has managed to use sieve scripts with virtual users ?
I have.
CentOS 5.2 dovecot-1.1.11-0_90.el5 postfix-2.3.3-2.1.el5_2 dovecot-sieve-1.1.6-9.el5
What is your plugin {} setting. I have
sieve = /home/vmail/%d/%n/.dovecot.sieve
plugin { sieve = /var/mail/vhosts/%d/%n/dovecot.sieve }
Rod
Guillaume HILT wrote:
Roderick A. Anderson a écrit :
Guillaume HILT wrote:
Hi,
I'm using dovecot 1.1.7 on Gentoo with Postfix and PostfixAdmin to manage my virtual users. I'm trying to use sieve (which has been compiled with Dovecot) but it doesn't work.
I added cmusieve in the lda protocol : mail_plugins = cmusieve mail_plugin_dir = /usr/lib/dovecot/lda
My maildir scheme is : /home/vmail/%d/%n/.maildir The sieve file is in /home/vmail/%d/%n/.dovecot.sieve (i'm using the sieve variable in the plugin section). I also tried in /home/vmail/%d/%n/.maildir/.dovecot.sieve. Then I tried in /var/sieve-scripts/%u.sieve. None of these solutions worked :x
I enabled all the debug options in dovecot, and i can't see anything about sieve in my logs.
I'm using the same configuration without virtual users on another server and it's working fine. I'm out of ideas.
Could someone has managed to use sieve scripts with virtual users ?
I have.
CentOS 5.2 dovecot-1.1.11-0_90.el5 postfix-2.3.3-2.1.el5_2 dovecot-sieve-1.1.6-9.el5
What is your plugin {} setting. I have
sieve = /home/vmail/%d/%n/.dovecot.sieve
Did you already send the output from dovecot -n?
Also look for a .dovecot-sieve.err file
Rod
plugin { sieve = /var/mail/vhosts/%d/%n/dovecot.sieve }
Rod
I don't have any sieve error file.
# dovecot -n # 1.1.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.28-gentoo-r1-xxxx-std-ipv4-64 x86_64 Gentoo Base System release 1.12.11.1 ext3 base_dir: /var/run/dovecot/ log_path: /var/log/mail/dovecot.log info_log_path: /var/log/mail/dovecot.info protocols: imap imaps pop3 pop3s listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(pop3): *:995 ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login first_valid_uid: 1001 last_valid_uid: 1001 mail_privileged_group: mail mail_uid: vmail mail_gid: mail mail_location: maildir:/home/vmail/%d/%n/.maildir maildir_copy_preserve_filename: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): antispam mail_plugins(imap): antispam mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 imap_client_workarounds(default): delay-newmail imap_client_workarounds(imap): delay-newmail imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: user: nobody gssapi_hostname: mail.myserver.com passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: mail plugin: quota_warning: storage=95%% /usr/local/bin/quota-warning.sh 95 quota_warning2: storage=80%% /usr/local/bin/quota-warning.sh 80 quota: maildir antispam_signature: X-DSPAM-Signature antispam_signature_missing: error antispam_trash: Trash antispam_spam: Spam antispam_dspam_binary: /usr/bin/dspam sieve: /home/vmail/%d/%n/.dovecot.sieve dict: quota: mysql:/etc/dovecot/dovecot-dict-quota.conf
Guillaume HILT wrote:
I don't have any sieve error file.
Do you have and messages in the dovecot (or postfix) log files that relate to 'sieve'?
Here is the one I got when I'd forgotten to install dovecot-sieve (yum or rpm)
deliver(info@mydomain.com): Feb 03 08:39:27 Fatal: Plugin cmusieve not found from directory /usr/lib/dovecot/lda
And this after I installed dovecot-sieve and it was working for another account.
deliver(raanders@mydomain.com): Feb 20 08:47:25 Info: cmusieve: Executing script /var/mail/vhosts/mydomain.com/raanders/dovecot.sievec
And then this if there is no dovecot.sieve file (I don't hide mine like in the examples as this is a virtual mailbox server.)
deliver(info@aesoft-sbcs.com): Feb 17 13:42:42 Info: cmusieve: /var/mail/vhosts/mydomain.com/info/dovecot.sieve doesn't exist
Rod
# dovecot -n # 1.1.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.28-gentoo-r1-xxxx-std-ipv4-64 x86_64 Gentoo Base System release 1.12.11.1 ext3 base_dir: /var/run/dovecot/ log_path: /var/log/mail/dovecot.log info_log_path: /var/log/mail/dovecot.info protocols: imap imaps pop3 pop3s listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(pop3): *:995 ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login first_valid_uid: 1001 last_valid_uid: 1001 mail_privileged_group: mail mail_uid: vmail mail_gid: mail mail_location: maildir:/home/vmail/%d/%n/.maildir maildir_copy_preserve_filename: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): antispam mail_plugins(imap): antispam mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 imap_client_workarounds(default): delay-newmail imap_client_workarounds(imap): delay-newmail imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: user: nobody gssapi_hostname: mail.myserver.com passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: mail plugin: quota_warning: storage=95%% /usr/local/bin/quota-warning.sh 95 quota_warning2: storage=80%% /usr/local/bin/quota-warning.sh 80 quota: maildir antispam_signature: X-DSPAM-Signature antispam_signature_missing: error antispam_trash: Trash antispam_spam: Spam antispam_dspam_binary: /usr/bin/dspam sieve: /home/vmail/%d/%n/.dovecot.sieve dict: quota: mysql:/etc/dovecot/dovecot-dict-quota.conf
# /etc/init.d/dovecot restart
- Service dovecot stopping
- Service dovecot stopped
- Service dovecot starting ILoading modules from directory: /usr/lib/dovecot/imap IModule loaded: /usr/lib/dovecot/imap/lib90_antispam_plugin.so IEffective uid=65534, gid=65534, home=/tmp
- Service dovecot started
Why don't I see cmusieve ?
Still nothing about sieve in the logs ...
Roderick A. Anderson a écrit :
Guillaume HILT wrote:
I don't have any sieve error file.
Do you have and messages in the dovecot (or postfix) log files that relate to 'sieve'?
Here is the one I got when I'd forgotten to install dovecot-sieve (yum or rpm)
deliver(info@mydomain.com): Feb 03 08:39:27 Fatal: Plugin cmusieve not found from directory /usr/lib/dovecot/lda
And this after I installed dovecot-sieve and it was working for another account.
deliver(raanders@mydomain.com): Feb 20 08:47:25 Info: cmusieve: Executing script /var/mail/vhosts/mydomain.com/raanders/dovecot.sievec
And then this if there is no dovecot.sieve file (I don't hide mine like in the examples as this is a virtual mailbox server.)
deliver(info@aesoft-sbcs.com): Feb 17 13:42:42 Info: cmusieve: /var/mail/vhosts/mydomain.com/info/dovecot.sieve doesn't exist
Rod
participants (5)
-
Alex
-
Guillaume Hilt
-
Guillaume HILT
-
Roderick A. Anderson
-
Timo Sirainen