[Dovecot] "Errors" in logfile after upgrading to 1.1.1?
Not sure but I mean I didn't have these in the log file before the upgrade....:
auth(default): passwd(user@domain.no): unknown user auth(default): prefetch(user@domain.no): passdb didn't return userdb entries, trying the next userdb
Is there some config that is wrong or?
btw, authentiation is working....
Regards,
BTJ
--
Bjørn T Johansen
btj@havleik.no
Someone wrote: "I understand that if you play a Windows CD backwards you hear strange Satanic messages" To which someone replied: "It's even worse than that; play it forwards and it installs Windows"
On Sat, 2008-07-19 at 23:31 +0200, Bjørn T Johansen wrote:
Not sure but I mean I didn't have these in the log file before the upgrade....:
auth(default): passwd(user@domain.no): unknown user auth(default): prefetch(user@domain.no): passdb didn't return userdb entries, trying the next userdb
Post your dovecot -n output.
On Sun, 20 Jul 2008 19:02:22 +0300 Timo Sirainen <tss@iki.fi> wrote:
On Sat, 2008-07-19 at 23:31 +0200, Bjørn T Johansen wrote:
Not sure but I mean I didn't have these in the log file before the upgrade....:
auth(default): passwd(user@domain.no): unknown user auth(default): prefetch(user@domain.no): passdb didn't return userdb entries, trying the next userdb
Post your dovecot -n output.
Here it is...:
# 1.1.1: /etc/dovecot/dovecot.conf log_path: /lv1/logs/dovecot.log protocols: imap imaps pop3 pop3s listen: [*] disable_plaintext_auth: no login_dir: /usr/var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:/opt/vmail/%d/%n mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): outlook-idle imap_client_workarounds(imap): outlook-idle imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls auth default: mechanisms: plain login user: vmail verbose: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd userdb: driver: prefetch userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail
BTJ
On Sun, 2008-07-20 at 22:07 +0200, Bjørn T Johansen wrote:
On Sat, 2008-07-19 at 23:31 +0200, Bjørn T Johansen wrote:
Not sure but I mean I didn't have these in the log file before the upgrade....:
auth(default): passwd(user@domain.no): unknown user auth(default): prefetch(user@domain.no): passdb didn't return userdb entries, trying the next userdb
These should have happened with v1.0 too. Perhaps you enabled auth_verbose=yes only after moving to v1.1?
Post your dovecot -n output. passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf
So your users are primarily in SQL.
userdb: driver: passwd
Since your users are in SQL, I don't think you'll want to try to look them up from /etc/passwd? So just remove the userdb passwd {} from dovecot.conf.
userdb: driver: prefetch userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf
Looks ok.
On Sun, 20 Jul 2008 23:24:26 +0300 Timo Sirainen <tss@iki.fi> wrote:
On Sun, 2008-07-20 at 22:07 +0200, Bjørn T Johansen wrote:
On Sat, 2008-07-19 at 23:31 +0200, Bjørn T Johansen wrote:
Not sure but I mean I didn't have these in the log file before the upgrade....:
auth(default): passwd(user@domain.no): unknown user auth(default): prefetch(user@domain.no): passdb didn't return userdb entries, trying the next userdb
These should have happened with v1.0 too. Perhaps you enabled auth_verbose=yes only after moving to v1.1?
Nope, did not enable it now; must have done a while ago. Just didn't notice these before...
Post your dovecot -n output. passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf
So your users are primarily in SQL.
userdb: driver: passwd
Since your users are in SQL, I don't think you'll want to try to look them up from /etc/passwd? So just remove the userdb passwd {} from dovecot.conf.
Nope, I agree; no need to look them up from /etc/passwd.... :-|
Thx... :)
BTJ
participants (2)
-
Bjørn T Johansen
-
Timo Sirainen