[Dovecot] Sieve scripts not run
Hi
I have a dovecot/postfix mail server with virtual user and LDAP
authentication but for some reason the sieve scripts in user's maildirs
are not run. Here's my dovecot -n:
# 2.0.13: /usr/local/etc/dovecot/dovecot.conf
# OS: Linux 2.6.38-8-server x86_64 Ubuntu 11.04
auth_debug_passwords = yes
auth_mechanisms = plain login
auth_username_format = %Ln
auth_verbose = yes
base_dir = /var/run/dovecot/
first_valid_gid = 120
first_valid_uid = 111
hostname = mail.websovellukset.fi
log_path = /var/log/dovecot.log
login_greeting = Omnibyte Dovecot ready.
mail_debug = yes
mail_gid = vmail
mail_location = /var/vmail/%n
mail_uid = vmail
maildir_stat_dirs = yes
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
passdb {
args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext
driver = ldap
}
plugin {
mail_log_events = delete undelete expunge copy mailbox_delete
mailbox_rename
mail_log_fields = uid box msgid size
quota = maildir:User quota
quota_rule = *:storage=2G
quota_rule2 = Trash:storage=+200M
sieve = /var/vmail/%n/dovecot.sieve
sieve_dir = /var/vmail/%n/sieve
}
postmaster_address = postmas...@websovellukset.fi
protocols = imap pop3 lmtp sieve
service auth {
unix_listener /var/spool/postfix/private/auth {
mode = 0666
}
unix_listener auth-userdb {
group = postfix
mode = 0600
user = postfix
}
user = $default_internal_user
}
service imap-login {
inet_listener imap {
port = 143
}
inet_listener imaps {
port = 993
ssl = yes
}
process_min_avail = 0
service_count = 1
}
service imap {
process_limit = 1024
vsz_limit = 256 M
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
process_min_avail = 0
service_count = 1
vsz_limit = 64 M
}
ssl_cert =
Re: [Dovecot] Sieve scripts not run
Op 7-7-2011 10:30, Veikko "Wexi" Skurnik schreef:
I have a dovecot/postfix mail server with virtual user and LDAP
authentication but for some reason the sieve scripts in user's maildirs
are not run. Here's my dovecot -n:
[...]
I can telnet to the Managesieve server and it also works with Roundcube
but whatever the sieve script contains, nothing happens. I've also
looked into the logs but cannot find any errors related to this...
Are you using the Dovecot LDA or LMTP? Without one of those, Sieve
scripts will not be applied.
http://wiki2.dovecot.org/LDA
http://wiki2.dovecot.org/LMTP (you are at least running this one, but
does postfix use it?)
If you are using LMTP, your config indicates that you have not enabled
the sieve plugin for it. Then this is missing:
protocol lmtp {
mail_plugins = "sieve"
}
Regards,
Stephan.
Re: [Dovecot] Sieve scripts not run
On 7.7.2011 11:40, Stephan Bosch wrote:
> Op 7-7-2011 10:30, Veikko "Wexi" Skurnik schreef:
>> I have a dovecot/postfix mail server with virtual user and LDAP
>> authentication but for some reason the sieve scripts in user's maildirs
>> are not run. Here's my dovecot -n:
> [...]
>> I can telnet to the Managesieve server and it also works with Roundcube
>> but whatever the sieve script contains, nothing happens. I've also
>> looked into the logs but cannot find any errors related to this...
>
> Are you using the Dovecot LDA or LMTP? Without one of those, Sieve
> scripts will not be applied.
>
> http://wiki2.dovecot.org/LDA
> http://wiki2.dovecot.org/LMTP (you are at least running this one, but
> does postfix use it?)
>
> If you are using LMTP, your config indicates that you have not enabled
> the sieve plugin for it. Then this is missing:
>
> protocol lmtp {
> mail_plugins = "sieve"
> }
>
Hmm OK, turns out I wasn't using Dovecot's LDA but Postfix's. The
attempt to switch to dovecot's LDA created another problem, now users
cannot recieve email and the logs show an "user unknown" error. I
believe it has something to do with the userdb lookups from LDAP, it's
not matchin LDAP:s mail attribute to the username as the Postfix LDA
did... Anyone have any experience with this problem? The passdb lookups
work as I can log in an browse the mailboxes.
Wexi
--
* Veikko "Wexi" Skurnik: +358(44)5288338 *
* w...@wexin.net Wexi@IRCNet wexi79@skype *
* Rudolf Koivun tie 191 38250 Sastamala *
* "Kosminen balanssi ei saa järkkyä"*
[Dovecot] passdb/userdb via UNIX socket?
Hi, I've been running some performance tests - especially delivery (LDA and LMTP) and it seems there's room for improvement. At least it would be nice to get rid of the fork() and pipe to deliver LDA and the fork of the checkpasswd script for userdb lookup. I've tried LMTP to not fork deliver (*), but checkpasswd still takes time (ok, maybe because it's written on perl as of now). But I was wondering, why there's no passdb/userdb plugin for talking to a local authentication daemon over a UNIX socket? Have I missed something? Is there a thirdparty patch for this? /Peter *: Using Postfix "virtual" LDA seems much faster than asking Postfix to pipe data to "deliver". ... but then of course, I get no dovecot indexing by the LDA.
[Dovecot] missing +r perm:
This is probably a really simple issue but I am not sure how to tackle it. sudo dovecot -n: http://pastie.org/2179100 The error message in mail.log: http://pastie.org/2179032 Dovecot.conf says: mail_privileged_group: mail I thought of added the user dovecot to the group mail in hopes of solving the permissions problem, but it didn't seem to make a difference. Any ideas?
Re: [Dovecot] missing +r perm:
On 2011-07-07 3:03 PM, Max Dunlap wrote: > sudo dovecot -n: > http://pastie.org/2179100 > > The error message in mail.log: > http://pastie.org/2179032 You're much better off just pasting the output of these into the email body - lost of people won't go to the trouble of clicking links like these... -- Best regards, Charles
Re: [Dovecot] missing +r perm:
Oh, well. I'll take what I can get at this point. On Thu, 2011-07-07 at 15:17 -0400, Charles Marcus wrote: > On 2011-07-07 3:03 PM, Max Dunlap wrote: > > sudo dovecot -n: > > http://pastie.org/2179100 > > > > The error message in mail.log: > > http://pastie.org/2179032 > > You're much better off just pasting the output of these into the email > body - lost of people won't go to the trouble of clicking links like > these... >
Re: [Dovecot] missing +r perm:
On 7/7/2011 2:03 PM, Max Dunlap wrote: > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): > open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: > /home/dlambert/Maildir/cur/msg.COmK:2,ST) The error message is telling you that the dovecot program can't open /home/dlambert/Maildir/cur/msg.COmK:2,ST. What are the permissions of that file? Who is dovecot running as? Can the user dovecot is running as read that file? -Matt -- Matt Rude Minneapolis, Minnesota, USA email: m...@mattrude.com website: http://mattrude.com s/mime: 28ed9274553ca7481369789df0663808 gpg: 0x6503BE11 smime.p7s Description: S/MIME Cryptographic Signature
Re: [Dovecot] missing +r perm:
The permissions are: -rw--- 1 root root 7609 2011-07-05 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST The same as another mail machine we have up (making a transition) I'm not sure who to find out who dovecot is running as: -rwxr-xr-x 1 root root 217240 2011-06-07 00:03 /usr/sbin/dovecot root maybe? Thanks so far On Thu, 2011-07-07 at 14:43 -0500, Matt Rude wrote: > On 7/7/2011 2:03 PM, Max Dunlap wrote: > > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): > > open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > > (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: > > /home/dlambert/Maildir/cur/msg.COmK:2,ST) > The error message is telling you that the dovecot program can't open > /home/dlambert/Maildir/cur/msg.COmK:2,ST. > > What are the permissions of that file? Who is dovecot running as? Can > the user dovecot is running as read that file? > > -Matt >
[Dovecot] Trash handling?
Hello, all. I've recently switched over to Dovecot from a long stretch of using Courier IMAP, and there's one thing I don't have working that I'd quite like. With Courier I had a magic trash folder in which things I deleted would live for a specified amount of time, after which they'd be deleted. I see how to get the expiry behaviour I want, but not the magic saving-to-mailbox functionality. lazy_expunge looks similar but not precisely what I want. Is there a default way to get expunged messages moved to a different mailbox but not a different namespace? Thanks in advance for clues. -- Mason Loring Bliss ma...@blisses.orgEwige Blumenkraft! (if awake 'sleep (aref #(sleep dream) (random 2))) -- Hamlet, Act III, Scene I
