On Thu, 2006-03-09 at 09:27 +1100, Karl Latiss wrote:
On Thu, 2006-03-09 at 00:15 +0200, Timo Sirainen wrote:
On Mar 9, 2006, at 12:04 AM, Karl Latiss wrote:
On Wed, 2006-03-08 at 16:37 +0200, Timo Sirainen wrote:
On Wed, 2006-03-08 at 21:17 +1100, Karl Latiss wrote:
> (/home/dovecot/index/domain.com/user/.INBOX) failed: Permission
> denied .. Yep - they exist. Right down to the user and all perms 777 to
make sure that wasn't the issue as well.You're running SELinux which doesn't allow it?
Nope. No SELinux running. RHEL 3 U6.
DO any of the chroot setting have anything to do with this? I have:
valid_chroot_dirs = /var/spool/mail/vmail mail_chroot = /var/spool/mail/vmail
Well, this instructs Dovecot to chroot to /var/spool/mail/vmail, so
there's no way then it can access /home.I even changed valid_chroot_dirs to
valid_chroot_dirs = /var/spool/mail/vmail:/home/dovecot
That doesn't matter, because it has already chrooted to /var/spool/ mail/vmail.
I don't think chrooting is all that important, just don't do it.
Hmm, OK. I will have to adjust my home directory entries then?
dovecot-ldap.conf has
user_attrs = uid,mailbox,,uid,uidNumber,gidNumber
where homeDirectory = mailbox, which is relative. ie
domain/user/Maildir/
If I remove chrooting I need to change my mailbox entries to the full path?
ie
/var/spool/mail/vmail/domain/user/Maildir/
Correct?
Or probably better with less work for me
default_mail_env = maildir:/var/spool/mail/vmail/~/:INDEX=/home/dovecot/index/%d/%n:CONTROL=/home/dovecot/control/%d/%n
Looks right?
Karl.