I installed the Let’s Encrypt certificate on several domains back in November. They expired on Feb 28th. I went through the renewal process weeks ago. And my hosting service, www.interserver.net, verifies that the certificates were renewed. However, since they expired, I’m getting the email warnings you see in the attached screenshots when downloading email. I’m using MS Office/Outlook 2016 Professional (all updates applied). I eventually thought that something in the office installation was not recognizing that the certificates had been renewed. I went as far as to install Outlook on another computer. But I got the same error warnings from a fresh office installation. I don’t recall doing anything special in Outlook when I initially created the certificates. I’ve searched but cannot find a resolution to this issue. Has anyone seen this and know what’s causing the warnings and how to clear it up? Thanks in advance.
Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. https://crt.sh/?q=example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.
My domain is: myMobileFaith.com and kandigram.com (note that the website files for myMobileFaith.com are not yet published so you’ll see an access denied message. But I’ve been using the email account for months.)
I ran this command: opened outlook and tried to download email
It produced this output: e1_c|513x376
My web server is (include version): Don’t know. Hosted at interserver.net
The operating system my web server runs on is (include version): Unknown
My hosting provider, if applicable, is: interserver.net
I can login to a root shell on my machine (yes or no, or I don’t know): no
I’m using a control panel to manage my site (no, or provide the name and version of the control panel): Plesk (hosted, so I assume it’s the latest version)
The version of my client is (e.g. output of
certbot --version or
certbot-auto --version if you’re using Certbot): n/a