@chrisrowWould also be interested to know if FTP/SFTP accounts could still successfully log in using their current password or were they just disconnected/denied access? Would be a nightmare for automated processed for example.
You raised an important point - what happens if they have to change their password but the setting for ability to change password is not enabled on their account?
Appreciate your input!
Thank you for these comments. As described in different thread we are aware about the problem and working on resolution with aim to publish it soon. Solution has been identified and it is being implemented and verified now.
This Serv-U version 15.2 shouldn't be applied for installations with automated users or generally users who don't have access to Serv-U web ftp client as they are prompted to change password and it is not possible without login via web ftp client so their access will not work. In case Serv-U 15.2 is applied for this type of implementation current workaround is to revert version 15.2. We will inform about new version without this limitation soon.
@ivodlouhyThanks for the update, it is very very important that this is a seamless transition to the new password encryption method, as descbied in my post here..
For it to work for your customers it must migrate the password to the new method without requiring intervention from the user or admin - as many of us have literally thousands of accounts and it would be impossible to manage this process for both user or automated accounts.
We look forward to the update.
Thanks for posting this @chrisrow
I have just made a detailed post to Solarwinds because apparently this is intentional! Here is my post about why it is entirely unworkable..
Please share your thoughts too as this has to be reversed.
SolarWinds solutions are rooted in our deep connection to our user base in the THWACK® online community. More than 150,000 members are here to solve problems, share technology and best practices, and directly contribute to our product development process.