|
|
|
|
|
by stephenr
3251 days ago
|
|
> drop-in REST API > GET /user/:user/exists Wat. Use HEAD. Seriously. Also, what is ":user" - how do you define the way an account is found in the tree? How do you handle complex trees with potentially conflicting values for the attribute you use as 'username' ? Why are their dedicated endpoints for password, expiry, enable/disable/unlock. These are all just attributes on the user object. |
|
That checks sAMAccountName, which is unique. Searches that can return multiple results will do so.
> Why are their dedicated endpoints for password, expiry, enable/disable/unlock. These are all just attributes on the user object.
It wouldn't be very user friendly to require a PATCH so a user can change a password. All of these operations are quite granular. You aren't going to enable an account and change a password at the same time very often.
The overriding drive in building this was ease of use, because that bugs me with AD. I'm definitely open to suggestions, though :)