Kyle Gordon
shared this idea
4 years ago
255
Votes
Sometimes email is an issue and I have clients unable to recieve the password reset. They call and request I reset it on my end for them so they can login. They seem baffled when I tell them I am not only unable to see the current password (which is to be expected) but that I also can not change it manually.
In this scenario there is a catch 22 issues: Clients domain expired so their email and site go down. They try logging in to renew but can't remember the password (super common). They do the password reset but their email doesn't work. They call me for help getting into their account but I have no ability to do so.
The same goes for people who no longer have the original email used or the email used was an ex-employee. There are just too many issues that come up and we need more control to help resolve them.
In this scenario there is a catch 22 issues: Clients domain expired so their email and site go down. They try logging in to renew but can't remember the password (super common). They do the password reset but their email doesn't work. They call me for help getting into their account but I have no ability to do so.
The same goes for people who no longer have the original email used or the email used was an ex-employee. There are just too many issues that come up and we need more control to help resolve them.
Featured Comment
I'm pleased to advise that Admin-Initiated Client Password Resets have been implemented in the upcoming v8.13 release.
Version 8.13 is currently undergoing public pre-release testing. Please use this opportunity to test it out and share your feedback with us: https://whmcs.community/topic/349107-admin-initiated-client-password-resets-share-your-experience/
Feature Documentation: https://docs.whmcs.com/clients/client-management-tutorials/set-a-user-password-manually/
To learn more about the beta and to take part, visit https://beta.whmcs.com