chrisrow

thanks for the heads up, just installed it. (already had the previously mentioned "buddy drop" installed, that solved our login problems)

thanks for the info, just opened a support request to get these hotfix files

ok, even "anonymous" logins were no longer possible.... (tried ftp, sftp, http) when I set a new password for the user(s), it seems to work again are we really back to the time when users with passwords that still use the old MD5 encryption are no longer allowed to log in?

So far at least one of our customer reported that users can't login reliable anymore since the update. (SFTP, Web UI) Sometimes it shows a "Login was not successfull" Error, sometimes it just hangs with the hourglass spinning and seldom it works.

separate IP address for every domain is the only reliable way.

All I can say is that we do not use the new file sharing client anymore, as we always had troubles with it in the past. (downloading files did not work properly) Maybe in 15.4.1 these problems are resolved, but we did not wanna put more time and effort in "beta" testing the new web client anymore (also the URL for the old…

We are affected by this problem as well... We have dozens of domains configured with up to several hundred users each and so many of them get/got disabled in the last couple weeks/months Nobody (we and the customers) knows all the passwords of these accounts and most users only use the plain old FTP service - so they never…

Installed 15.2.1 this morning and so far everything looks OK No customer complaints and we ourself did also not encounter any problems.

Sorry, did not have time to investigate to much, as in our case it's a production system with thousands of user accounts across many different domains. (managed by the customers themselves) For the time we were running with v15.2 (~1 hour) I remember seeing quite a bunch of logged in users doing some file uploads/download.…

Does not work for us either. When using the "must change password on next login" option, the user can logon and gets the popup to change password. But finally it will throw this error: It all worked till the last update (15.1.2) and we also checked the permissions (use can change password/password recovery) and they are…

I have ServU 6.4.0.4 running on several Windows7, Windows Server 2008 and Windows Server 2008R2 systems and it works just fine. (for years now) Dunno about v6.1, but I assume that there might be no difference in this regard.

I can confirm that such a problem exist. We see many disabled accounts on our system, though we do not use a key based authentication for most of these accounts. Affected are mostly accounts with a well known username (like "admin" or "administrator") so I assume that these get locked/disabled due to random login attempts…

WTF, I am baffled.... Do you guys realize that some may use big installations with dozens of separate domains, each with up to 100+ accounts and all of them managed by different customers? And like anyone still remembers all these passwords to set them anew.... Configuring a different password may not be feasible, despite…