[Dovecot] :INDEX and :CONTROL in 0.99.14
Before anyone say "upgrade" for various reasons I can't right now (and at any rate everything else works well with this version).
My problem is that I can't get :INDEX and :CONTROL working at all:
default_mail_env = maildir:~/:INDEX=/home/dovecot/index/%d/% n:CONTROL=/home/dovecot/control/%d/%n
ls -l /home/dovecot/ total 8 drwxrwxrwx 3 dovecot dovecot 4096 Mar 8 07:52 control drwxrwxrwx 3 dovecot dovecot 4096 Mar 8 07:55 index
(I've made everything 777 for testing)
The error I get is:
Mar 8 09:54:26 host imap(user@domain.com): mkdir (/home/dovecot/index/domain.com/user/.INBOX) failed: Permission denied
If I su to the user@domain.com user I can manually create the directory OK.
I'm using LDAP for authentication if that makes any difference.
Any clues? Pointers? Need more information?
-- Karl Latiss <karl.latiss@atvert.com.au> Atvert Systems
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Karl Latiss wrote:
Before anyone say "upgrade" for various reasons I can't right now (and at any rate everything else works well with this version).
My problem is that I can't get :INDEX and :CONTROL working at all:
default_mail_env = maildir:~/:INDEX=/home/dovecot/index/%d/% n:CONTROL=/home/dovecot/control/%d/%n
ls -l /home/dovecot/ total 8 drwxrwxrwx 3 dovecot dovecot 4096 Mar 8 07:52 control drwxrwxrwx 3 dovecot dovecot 4096 Mar 8 07:55 index
(I've made everything 777 for testing)
The error I get is:
Mar 8 09:54:26 host imap(user@domain.com): mkdir (/home/dovecot/index/domain.com/user/.INBOX) failed: Permission denied
If I su to the user@domain.com user I can manually create the directory OK.
I'm using LDAP for authentication if that makes any difference.
Any clues? Pointers? Need more information?
Karl,
does /home/dovecot/index/domain.com and/or /home/dovecot/index/domain.com/user exist?
if these directories don't exist already it might be complaining about trying to write a file in a non-existant directory heirarchy.
That's the only thing I can think of at the moment that might cause this problem.
hope it helps.
Alan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEDpeDE2gsBSKjZHQRAt2ZAJ9OXwcyLnFVkxwAabwr9NjkL7OEPgCfbgfQ jeVIYw5b6poSZwsTgTZrT8g= =apY5 -----END PGP SIGNATURE-----
On Wed, 2006-03-08 at 17:36 +0900, Alan Premselaar wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Karl Latiss wrote:
Before anyone say "upgrade" for various reasons I can't right now (and at any rate everything else works well with this version).
My problem is that I can't get :INDEX and :CONTROL working at all:
default_mail_env = maildir:~/:INDEX=/home/dovecot/index/%d/% n:CONTROL=/home/dovecot/control/%d/%n
ls -l /home/dovecot/ total 8 drwxrwxrwx 3 dovecot dovecot 4096 Mar 8 07:52 control drwxrwxrwx 3 dovecot dovecot 4096 Mar 8 07:55 index
(I've made everything 777 for testing)
The error I get is:
Mar 8 09:54:26 host imap(user@domain.com): mkdir (/home/dovecot/index/domain.com/user/.INBOX) failed: Permission denied
If I su to the user@domain.com user I can manually create the directory OK.
I'm using LDAP for authentication if that makes any difference.
Any clues? Pointers? Need more information?
Karl,
does /home/dovecot/index/domain.com and/or /home/dovecot/index/domain.com/user exist?
if these directories don't exist already it might be complaining about trying to write a file in a non-existant directory heirarchy.
Yep - they exist. Right down to the user and all perms 777 to make sure that wasn't the issue as well.
Karl.
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?
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
I even changed valid_chroot_dirs to
valid_chroot_dirs = /var/spool/mail/vmail:/home/dovecot
but that didn't help either.
Karl.
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.
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?
Karl.
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.
participants (3)
-
Alan Premselaar
-
Karl Latiss
-
Timo Sirainen