Error 53: The Server Has Left the Chat
Luke Hebert
- 2 minutes read - 296 wordsLDAP error 53, “Server is unwilling to perform,” is one of the most common blockers when automating password changes against Active Directory. The server is not crashing or unreachable; it is deliberately rejecting the request because a policy, permission, or structural rule is not being met. Working through the causes below in order will usually pinpoint the exact setting that is blocking the change.
Common Causes
Structure rule violation. The add entry request violates the server’s structure rules. Verify that the DN you are targeting matches the expected schema and that no required attributes are missing.
Attribute modification restrictions. The modify attribute request specifies attributes that the user (or the service account performing the change) is not permitted to modify. Confirm the account has the necessary permissions on the target object.
Password strength requirements. Active Directory may enforce complexity, length, or history policies. Make sure a password policy has been created, assigned to the target user, and that the new password meets every rule in that policy.
Secure channel requirement. Active Directory policies may only accept password changes over an encrypted connection (LDAPS on port 636).
By default, LDAPS connections use port 636 for SSL/TLS. If your client is connecting over plain LDAP (port 389), the server will reject the password change with error 53.
Quick Checklist
- Confirm the target DN and schema are correct.
- Verify the service account has
Force Password Changeor equivalent permissions. - Review the assigned password policy for complexity, length, and history rules.
- Ensure the connection uses LDAPS (port 636) with a valid certificate.
- Check the AD event log (Security and Directory Service channels) for the specific sub-error that triggered the refusal.
Working through these items in order will usually surface the exact policy or permission that is blocking the change.