Re: [Dovecot] [RCU] Dovecot managesieve
Well I've looked forward into the wiki and did not found
my server have only system users ( no virtual domain )
and the wiki says :
System users
If you wish you use deliver for all system users on a single domain mail
host you can do it by editing mailbox_command parameter in
/etc/postfix/main.cf (postconf(5)):
That's what I did but then I have this problem with DOTLOCK
If I chmod 777 /var/mail directory it works but I do not feel
comfortable with that kind of access rights ...
On 02/12/10 20:39, Joseph Kolb wrote:
Hi Frank,
the question is, do you use the LDA of dovecot (LocalDeliveryAgent)?
If so, then yes, you must add/modify some stuff in master.cf. This is good
described in dovecot wiki :-).
Regards,
Joseph
Am Freitag 12 Februar 2010 15:42:12 schrieben Sie:
Hi Joseph
Thanks for your answer
did you modify something in Postfix main.cf file ?
Frank
On 02/12/10 11:57, Joseph Kolb wrote:
On Fri, 12 Feb 2010 10:13:53 +0100, A.L.E.Ca...@alec.pl wrote:
Frank Bonnet wrote:
protocol lda {
# Address to use when sending rejection mails.
postmaster_address = postmas...@esiee.fr
In dovecot-1.1 I've got in protocol lda section:
mail_plugins = cmusieve
Hi Frank,
i use also dovecot 1.2.10
and here is my part of dovecot.conf
--snip---
protocol imap {
ssl_listen = *:993
mail_plugins = quota imap_quota
}
protocol lda {
postmaster_address = postmas...@.xx
log_path = /var/log/dovecot-lda.log
info_log_path = /var/log/dovecot-info-lda.log
mail_plugins = sieve
}
--snip---
Regards,
Joseph
___
List info: http://lists.roundcube.net/users/
Re: [Dovecot] [RCU] Dovecot managesieve
Frank Bonnet put forth on 2/15/2010 3:21 AM: Well I've looked forward into the wiki and did not found my server have only system users ( no virtual domain ) and the wiki says : System users If you wish you use deliver for all system users on a single domain mail host you can do it by editing mailbox_command parameter in /etc/postfix/main.cf (postconf(5)): That's what I did but then I have this problem with DOTLOCK If I chmod 777 /var/mail directory it works but I do not feel comfortable with that kind of access rights ... Hi Frank. As I said in my reply on the postfix-user list, your feeling is right on. You want to avoid 777 rights. Instead set mail_privileged_group=mail in dovecot.conf and I think you''ll be good to go. -- Stan
Re: [Dovecot] [RCU] Dovecot managesieve
On 02/15/10 10:56, Stan Hoeppner wrote: Frank Bonnet put forth on 2/15/2010 3:21 AM: Well I've looked forward into the wiki and did not found my server have only system users ( no virtual domain ) and the wiki says : System users If you wish you use deliver for all system users on a single domain mail host you can do it by editing mailbox_command parameter in /etc/postfix/main.cf (postconf(5)): That's what I did but then I have this problem with DOTLOCK If I chmod 777 /var/mail directory it works but I do not feel comfortable with that kind of access rights ... Hi Frank. As I said in my reply on the postfix-user list, your feeling is right on. You want to avoid 777 rights. Instead set mail_privileged_group=mail in dovecot.conf and I think you''ll be good to go. it's already set ... BTW what kind of locking are you using ? I do not use NFS and all files are located on local disks
Re: [Dovecot] [RCU] Dovecot managesieve
Frank Bonnet put forth on 2/15/2010 4:30 AM: mail_privileged_group=mail in dovecot.conf and I think you''ll be good to go. it's already set ... Hmm BTW what kind of locking are you using ? I do not use NFS and all files are located on local disks I use pretty much the dovecot defaults, with local sata disk, ext2 fs Debian Lenny: mbox_read_locks = fcntl mbox_write_locks = fcntl dotlock mbox_lock_timeout = 300 mbox_dotlock_change_timeout = 120 I'm using the Postfix default lock settings: deliver_lock_attempts = 20 deliver_lock_delay = 1s mailbox_delivery_lock = fcntl, dotlock stale_lock_time = 500s I don't think your problem is a lock issue but a permissions issue, as changing to 777 eliminates the file write error. I'm not sure exactly why that is, but obviously the LDA process isn't running with the right privilege. Either that or the permissions on /var/mail/ aren't correct. But those perms are usually set during operating system install, so I would assume they're correct. I've never used LDA. I'm surprised one of the other experienced OPs or Timo himself hasn't jumped in here. -- Stan
