Hi gary,
I have new information about my problem. I have received feedback from GData. After a few small tests with different settings, they recommended that I switch off the virus check for SSL/TLS connections. Once I did that, I was suddenly able to sync all my mailboxes with no issues. Even if I don’t like this workaround, it makes it possible for me to finally use eM Client the way it wanted to be. Unfortunately, I don’t understand why we didn’t find this solution sooner. I’m sure you asked me to take the test, and I did. Back then, however, the result was not the same as it is today.
In this post, manu wrote that she had the same problem and pointed out that she had previously also imported the GData certificate into eM Client. I was not aware that this was necessary. In your reply email of November 9, 2022, I understood you to mean that eM Client automatically regulates the use of certificates. I therefore imported the GData root certificate into the Windows certificate store. Unfortunately without an improvement. Now that I imported the certificate into eM Client, there was an immediate improvement. Since then I can synchronize my mailboxes even if the virus check for SSL/TLS is activated again.
Conclusion: The problems described in my ticket were all caused by the faulty communication between eM Client and GData. Due to the missing certificate, eM Client could not handle the connection properly. However, you can also see from the ticket history that it never looked like the connection was not established at all. It was just so extremely slow that there were always timeouts. So I’m wondering why eM Client was even able to establish this connection without the certificate. Where is the error to be found here? However, as I have noticed in the last two days, the connection is not always reliable, even with the imported certificate. I suspect that the scanning process of the virus scanner simply takes too long, depending on the number of messages to be examined. I’ll keep watching.
Greetings Andreas