[Dovecot] Authentication error with corrections
Hi, Curtis (and the group),
I tried setting up Dovecot's auth default section as you described, with both authdb and userdb set to 'passwd.' It let the authenticated session start on the POP side, but I got consistent authentication failures on the client side that the passwords didn't match.
I don't have any more time to mess with it this morning, but I will make it a point to try 'shadow' when I get in this evening. It's possible that NetBSD wants to work that way.
Thanks for your help.
-=-=-=-=-=-=-=-=-=-=-=- Bruce Lane, Owner & Head Hardware Heavy, Blue Feather Technologies -- http://www.bluefeathertech.com kyrrin (at) bluefeathertech do/t c=o=m "If Salvador Dali had owned a computer, would it have been equipped with surreal ports?"
On Mon, 2006-07-10 at 06:55 -0700, Bruce Lane wrote:
Hi, Curtis (and the group),
I tried setting up Dovecot's auth default section as you described, with both authdb and userdb set to 'passwd.' It let the authenticated session start on the POP side, but I got consistent authentication failures on the client side that the passwords didn't match.
I don't have any more time to mess with it this morning, but I will make it a point to try 'shadow' when I get in this evening. It's possible that NetBSD wants to work that way.
Or possibly "bsdauth". I don't know if it works with NetBSD though.
Bruce Lane wrote:
I tried setting up Dovecot's auth default section as you described, with both authdb and userdb set to 'passwd.' It let the authenticated session start on the POP side, but I got consistent authentication failures on the client side that the passwords didn't match.
I don't have any more time to mess with it this morning, but I will make it a point to try 'shadow' when I get in this evening. It's possible that NetBSD wants to work that way.
$ uname -rs NetBSD 3.0
$ egrep -A 1 -B 2 'passwd \{' dovecot.conf.ssl # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. passdb passwd { }
# In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. userdb passwd { }
Without problems.
Kind regards,
Petar
Hi, Petar,
*********** REPLY SEPARATOR ***********
On 10-Jul-06 at 22:19 Petar Bogdanovic wrote:
Bruce Lane wrote:
<snippety>
I don't have any more time to mess with it this morning, but I will make it a point to try 'shadow' when I get in this evening. It's possible that NetBSD wants to work that way.
$ uname -rs NetBSD 3.0
$ egrep -A 1 -B 2 'passwd \{' dovecot.conf.ssl # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. passdb passwd { }
# In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. userdb passwd { }
Without problems.
Hmmmmm... And this serves to authenticate pop3s users for you?
There must be something pretty different about your setup. Either that, or I've got something going here that I'm not aware of. This is the pertinent section of my configuration file, located in /usr/local/etc/dovecot.conf.
auth default {
# Space separated list of wanted authentication mechanisms:
# plain login digest-md5 cram-md5 ntlm rpa apop anonymous gssapi
mechanisms = plain login
passdb passwd {
}
userdb passwd {
}
socket listen {
client {
path = /var/spool/postfix/private/auth
mode = 0660
user = postfix
group = postfix
}
}
}
As you can tell, I've got it set up for passwd in both cases. However, every time I try to use pop3s, I get password failure notices from the client (Pegasus mail, in this case).
Further help appreciated. Thanks much.
-=-=-=-=-=-=-=-=-=-=-=- Bruce Lane, Owner & Head Hardware Heavy, Blue Feather Technologies -- http://www.bluefeathertech.com kyrrin (at) bluefeathertech do/t c=o=m "If Salvador Dali had owned a computer, would it have been equipped with surreal ports?"
Bruce Lane wrote:
Hi, Petar,
Hi!
Hmmmmm... And this serves to authenticate pop3s users for you?
No, I just use imaps. However, I don't think that this does matter.
There must be something pretty different about your setup. Either that, or I've got something going here that I'm not aware of. This is the pertinent section of my configuration file, located in /usr/local/etc/dovecot.conf.
Are you using a chrooted dovecot? Are /etc/pwd.db and /etc/spwd.db available?
Kind regards,
Petar
participants (3)
-
Bruce Lane
-
Petar Bogdanovic
-
Timo Sirainen