dovecot - Jul 2004 - Authentication Problems.

Hey-

I'm kinda new to Dovecot and I'm trying to do something and it seems 
I've hit a wall. I put together a server with Fedora Core 2, Exim 4.34, 
and Dovecot 0.99.10.6 and I need support mail for multiple domains so 
this is how I have my virtual setup:

Virtual Aliases Files:
/var/virtualdomains/$domain/etc/aliases

Virtual Accounts Passwd File:
/var/virtualdomains/$domains/etc/passwd with the following layout:
    user:passwd:uid:gid:Virtual 
User:/var/virtualdomains/domain.com/mail/user:/dev/null

Virtual Mailboxes:
/var/virtualdomains/$domain/mail/$user

I got exim working without problem but when I tried to login via IMAP on 
Dovecot I'm getting 'a001 NO Authentication failed.'

Now I have this setup in dovecot.conf:

default_mail_env = 
mbox:/var/virtualdomains//%d/mail/%n/:INBOX=/var/virtualdomains/%d/mail/%n
auth_userdb = passwd-file /var/virtualdomains/etc/virtpasswd

It's my understanding that Dovecot can't parse out the domain name in 
the auth_userdb command so I modifed my setup to use just the one 
password file and modified it to this;
  user at doman.com:passwd:uid:gid:Virtual 
User:/var/virtualdomains/domain.com/mail/user:/dev/null

Ownership/Group:
-rwx------  1 dovecot dovecot 36 Jul 13 18:41 passwd

Is there a setting I have wrong, a step I'm misisng, a permission I 
don't know about....let me know if there is any other information you 
might need and I will provide it.

TIA

Tom Ray

On Wed, 2004-07-14 at 03:02, Tom Ray [Lists] wrote:
> default_mail_env = 
> mbox:/var/virtualdomains//%d/mail/%n/:INBOX=/var/virtualdomains/%d/mail/%n
Aren't you giving here the same file as both a directory and INBOX mbox
file? That doesn't work. The first path is supposed to be a directory
where dovecot can create non-INBOX files and it's indexes.
> It's my understanding that Dovecot can't parse out the domain name
in
> the auth_userdb command so I modifed my setup to use just the one 
> password file and modified it to this;
>   user at doman.com:passwd:uid:gid:Virtual 
> User:/var/virtualdomains/domain.com/mail/user:/dev/null
That should work.
> Ownership/Group:
> -rwx------  1 dovecot dovecot 36 Jul 13 18:41 passwd
That depends on what you have put in auth_user. It shouldn't be the same
as login_user, so dovecot user is probably wrong here.
> Is there a setting I have wrong, a step I'm misisng, a permission I 
> don't know about....let me know if there is any other information you 
> might need and I will provide it.
Set auth_verbose = yes, and check log files. It gives then exact reason
why login failed.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20040714/27e9cfa2/attachment-0001.bin>

Timo-

I did that and it seems to have helped a bit but now I'm getting this:

Jul 15 22:50:26 mx01-test dovecot-auth: PAM: 
pam_authenticate(tom at testdomain.com) failed: Authentication failure

I'm not using PAM is there a way to turn this off?

Timo Sirainen wrote:
>On Wed, 2004-07-14 at 03:02, Tom Ray [Lists] wrote:
>  
>
>>default_mail_env = 
>>mbox:/var/virtualdomains//%d/mail/%n/:INBOX=/var/virtualdomains/%d/mail/%n
>>    
>>
>
>Aren't you giving here the same file as both a directory and INBOX mbox
>file? That doesn't work. The first path is supposed to be a directory
>where dovecot can create non-INBOX files and it's indexes.
>
>  
>
>>It's my understanding that Dovecot can't parse out the domain
name in
>>the auth_userdb command so I modifed my setup to use just the one 
>>password file and modified it to this;
>>  user at doman.com:passwd:uid:gid:Virtual 
>>User:/var/virtualdomains/domain.com/mail/user:/dev/null
>>    
>>
>
>That should work.
>
>  
>
>>Ownership/Group:
>>-rwx------  1 dovecot dovecot 36 Jul 13 18:41 passwd
>>    
>>
>
>That depends on what you have put in auth_user. It shouldn't be the same
>as login_user, so dovecot user is probably wrong here.
>
>  
>
>>Is there a setting I have wrong, a step I'm misisng, a permission I 
>>don't know about....let me know if there is any other information
you
>>might need and I will provide it.
>>    
>>
>
>Set auth_verbose = yes, and check log files. It gives then exact reason
>why login failed.
>
>  
>