According to the IMDS Public Pages concerning sending out password reset email messages, "there is rarely (<0.1%) any error message from the recipient computer and from our perspective, it has been delivered." https://www.mdsystem.com/magnoliaPublic/en/public/faq/GenInfo/Password.html
Their canned response is "No error message and no e-mail? Your e-mail system is blocking e-mails from [email protected]. You will have to work with your IT department to resolve the issue as you will never receive a password until the problem is fixed."
Don't shoot the messenger, but are you absolutely certain that your email service is not blocking their messages to you? No really, did you actually check with your IT people?
There are only two other possible areas I would suggest looking into concerning the lagging performance but beyond that I think you are stuck with trying to get help from the IMDS help desk.
One is related to your internet browser. IMDS has some recommendations listed here https://www.mdsystem.com/magnoliaPublic/en/public/system.html. One item of note is that they explicitly do not support Internet Explorer version 6, which should only be the case if you are using Windows XP. Also only Internet Explorer 8 and Mozilla Firefox have been explicitly tested for proper function with IMDS 8.0. You may also try clearing your browser's cache, cookies, etc related to IMDS. I don't believe that IMDS makes extensive use of these but perhaps they are conflicting with the "new" system.
The other may be related to your internet connection speed and the secure connection interface of IMDS. There previously was a tool built into IMDS to check your connection speed and response times, but it appears that this has not been retained in the 8.0 version. Part of ensuring a secure connection is limiting the amount of time available to complete a transaction. If your connection speed is forcing this transaction to exceed the allowable time limit there will be errors. How the errors are handled though is another story. If the software has been written to "fail gracefully" often there is no feedback that the error occurred leading to much confusion and consternation on the part of users. For some reason this is preferred in many cases instead of "scaring" the user with warnings and error messages. In either case the only recourse to uncover if this is true is to seek help from the technical support people.
Hopefully some of this helps, if not feel free to come up with some creative rants about corporate structure, out-of-touch programmers, and foreign companies not understanding American culture and business practices.
Their canned response is "No error message and no e-mail? Your e-mail system is blocking e-mails from [email protected]. You will have to work with your IT department to resolve the issue as you will never receive a password until the problem is fixed."
Don't shoot the messenger, but are you absolutely certain that your email service is not blocking their messages to you? No really, did you actually check with your IT people?
There are only two other possible areas I would suggest looking into concerning the lagging performance but beyond that I think you are stuck with trying to get help from the IMDS help desk.
One is related to your internet browser. IMDS has some recommendations listed here https://www.mdsystem.com/magnoliaPublic/en/public/system.html. One item of note is that they explicitly do not support Internet Explorer version 6, which should only be the case if you are using Windows XP. Also only Internet Explorer 8 and Mozilla Firefox have been explicitly tested for proper function with IMDS 8.0. You may also try clearing your browser's cache, cookies, etc related to IMDS. I don't believe that IMDS makes extensive use of these but perhaps they are conflicting with the "new" system.
The other may be related to your internet connection speed and the secure connection interface of IMDS. There previously was a tool built into IMDS to check your connection speed and response times, but it appears that this has not been retained in the 8.0 version. Part of ensuring a secure connection is limiting the amount of time available to complete a transaction. If your connection speed is forcing this transaction to exceed the allowable time limit there will be errors. How the errors are handled though is another story. If the software has been written to "fail gracefully" often there is no feedback that the error occurred leading to much confusion and consternation on the part of users. For some reason this is preferred in many cases instead of "scaring" the user with warnings and error messages. In either case the only recourse to uncover if this is true is to seek help from the technical support people.
Hopefully some of this helps, if not feel free to come up with some creative rants about corporate structure, out-of-touch programmers, and foreign companies not understanding American culture and business practices.