> On 8 Mar 2023, at 00:37, Mark Reynolds <firstname.lastname@example.org> wrote:
> What rpm version of 389-ds-base are you using? Is it the same on both systems?
> In newer versions the standard storage scheme is PBKDF2-SHA512. Is your client trying to read or add already hashed passwords? Not sure why dovecot, or any client, would be complaining about an unknown password storage scheme since it should not know anything about the password storage scheme as it's supposed to be handled by the Directory Server internally.
You're bang on the money here Mark. Lots of "older" unix applications like dovecot *read* the raw hashes and try to actually compute and compare them themselves, rather than sending the pw cleartext and letting the ldap server do the work.
>> dovecot: auth: Error: ldap(USERNAME): Unknown scheme PBKDF2-SHA512
>> Changing password for a user will allow authentication against the LDAP from the smtp server, but when the imap server authenticates and use auth_bind, then no LDAP authentication is possible do on the smtp server and the above error message appears again for the user.
>> I found out, that when I also use auth_bind for Dovecot on the smtp server everything works.
>> What I hope someone could explain for me is, what's happening with the slave queries against the 389-ds ro server instance when the imap server authenticates the user with auth_bind enabled and the smtp server cannot authenticate the user when auth_bind is not enabled.
It'll be a config on the dovecot or postfix side.
It's been about 10 years since I ran dovecot for IMAP+SASL, but this sounds like an issue with how postfix is working with dovecot for the user/auth process.
Sorry I don't think we can help much in this case :(
Senior Software Engineer,
Identity and Access Management
SUSE Labs, Australia
389-users mailing list -- email@example.com
To unsubscribe send an email to firstname.lastname@example.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://email@example.com
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Post a Comment