Multiple Passdb's - Order
Jean-Louis Dupond
jean-louis at dupond.be
Fri Aug 15 11:12:44 UTC 2014
Hi,
Thanks alot for those changes. A 'bug' killed again :)
Will test them out later, but the changes seems logic indeed.
Thx
Jean-Louis
Op 15-08-14 om 13:06 schreef Timo Sirainen:
> Two problems. These fix them both:
>
> http://hg.dovecot.org/dovecot-2.2/rev/14082c2d81dd
> http://hg.dovecot.org/dovecot-2.2/rev/5e818f1b376d
>
> On 12 Aug 2014, at 10:53, Jean-Louis Dupond <jean-louis at dupond.be> wrote:
>
>> Anyone might have a clue?
>> Would like to get the issue solved. Or at least know why its acting this way.
>>
>> Thanks
>> Jean-Louis
>>
>> Op 2014-08-04 15:11, schreef Jean-Louis Dupond:
>>> Hi,
>>> Thanks for your response.
>>> The error/warning log was indeed not included.
>>> I looked it up now, and dovecot only printed the following error:
>>> Aug 1 21:31:55 xcx dovecot: auth: Error:
>>> ldap(info at xxx.com,xxxxx,<c34kcZb/uwBbtKLu>):
>>> ldap_search(base=uid=info at xxx.com,ou=mail,dc=xxx,dc=com
>>> filter=(&(objectClass=posixAccount)(uid=info at dupie.be))) failed: No
>>> such object
>>> This shouldn't really be a problem, because the user does indeed not
>>> exist in ldap, but only in the passwd-file.
>>> The problem also exists with auth cache disabled.
>>> And my doveconf (the passdb order is the working order here):
>>> # 2.2.9: /etc/dovecot/dovecot.conf
>>> # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.6
>>> auth_cache_size = 2 M
>>> mail_location = maildir:~/Maildir
>>> mail_plugins = virtual
>>> managesieve_notify_capability = mailto
>>> managesieve_sieve_capability = fileinto reject envelope
>>> encoded-character vacation subaddress comparator-i;ascii-numeric
>>> relational regex imap4flags copy include variables body enotify
>>> environment mailbox date ihave
>>> namespace inbox {
>>> inbox = yes
>>> location =
>>> mailbox Drafts {
>>> special_use = \Drafts
>>> }
>>> mailbox Junk {
>>> special_use = \Junk
>>> }
>>> mailbox Sent {
>>> special_use = \Sent
>>> }
>>> mailbox "Sent Messages" {
>>> special_use = \Sent
>>> }
>>> mailbox Trash {
>>> special_use = \Trash
>>> }
>>> mailbox virtual/Flagged {
>>> special_use = \Flagged
>>> }
>>> prefix =
>>> }
>>> passdb {
>>> args = scheme=CRYPT username_format=%u /etc/dovecot/users
>>> driver = passwd-file
>>> }
>>> passdb {
>>> args = /etc/dovecot/dovecot-ldap.conf.ext
>>> driver = ldap
>>> }
>>> plugin {
>>> sieve = /var/vmail/%d/%n/.dovecot.sieve
>>> sieve_dir = /var/vmail/%d/%n/sieve
>>> }
>>> postmaster_address = postmaster at xxx.com
>>> protocols = " imap lmtp sieve pop3"
>>> service auth {
>>> unix_listener /var/spool/postfix-mailing/private/auth {
>>> mode = 0666
>>> }
>>> unix_listener /var/spool/postfix/private/auth {
>>> mode = 0666
>>> }
>>> }
>>> service lmtp {
>>> unix_listener /var/spool/postfix/private/dovecot-lmtp {
>>> group = postfix
>>> mode = 0600
>>> user = postfix
>>> }
>>> user = vmail
>>> }
>>> service managesieve-login {
>>> inet_listener sieve {
>>> port = 4190
>>> }
>>> }
>>> ssl_ca = </etc/dovecot/ca.pem
>>> ssl_cert = </etc/dovecot/dovecot.pem
>>> ssl_key = </etc/dovecot/private/dovecot.pem
>>> userdb {
>>> args = uid=vmail gid=vmail home=/var/vmail/%d/%n
>>> driver = static
>>> }
>>> protocol lmtp {
>>> mail_plugins = virtual sieve
>>> }
>>> Thanks
>>> Jean-Louis
>>> Op 2014-08-04 15:03, schreef Timo Sirainen:
>>>> On 01 Aug 2014, at 22:00, Jean-Louis Dupond <jean-louis at dupond.be> wrote:
>>>>> Today I upgraded my dovecot to a newer version (2.2.9 debian
>>>>> wheezy-backports)
>>>>> At that moment I also reconfigured the whole thing a bit nicer.
>>>>> Now I stumbled on the following issue.
>>>> ..
>>>>> The only thing I changed here was the order the passdb backends.
>>>>> It works fine now, but it not clear to me why the order is so important.
>>>>> Could somebody explain this? Or is this some bug?
>>>> I can't reproduce it. Also did your log contain also the
>>>> errors/warnings? It appeared that it was failing with some internal
>>>> error, which you didn't show in the log. Also does it work if you
>>>> disable auth cache? Full doveconf -n output may have been helpful
>>>> also.
More information about the dovecot
mailing list