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.

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 :)

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.

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.

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.

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).

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.

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.

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.

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

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

# /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