The ISP for one of the sites that I mismanage moved the site new a new server and I have discovered that the change password and register operations both fail.  I am not certain these are related to the server move as I didn’t know these were broken until recently as I don’t use these on any regular or even irregular basis.

When a victim registers there is a very long delay and then a message at the top of the form stating “A user is already using that email address …”  There is, in fact, no such conflict in my tests.  There is a “New User” event logged in the event log and the user is listed as a current user in the users list but the user cannot log in.

The change password issue is similar in that after a new, valid and complex  password is entered there is a long delay and a message appears stating “Your new password was not accepted for security reasons.”

The so-called support creatures from the ISP see DNN as a user written application and will not do anything but complain about it.  A possible clue is that the application pool for the site is stopping with some frequency, often once or twice a day.

The site is running DNN 07.04.01 (280) under .NET Framework 4.0

Any suggestions about what may be the problem and how to correct it?

Thanks, as always!

Thanks, as always, Sebastian. I believe the ISP has set Windows and Forms authentication on the site. The behavior has improved a bit in that there is no error message but the task still doesn't seem to complete.  I cannot verify this as they have the control panels quite limited. 

For example, when doing a Register the form dims into the 'in-process' state for a minute or so but then just goes back to normal brightness with the form still in the same state. There is no completion message.