"Cannot verify server identity" message from mail, iOS 10.2.1

SInce upgrading to iOS 10.2.1, the mail app cannot send mail, returning a certificate error, "cannot verify server identity"


Previously, all I needed do was view the certificate details, then simply select "trust" to accept the certificate. This option is no longer available.


Apple support tried to tell me my provider (Dreamhost) must have changed setting so iOS would no longer allow me to trust their certificates. Really. That's what they said.


Now, imagine generating a server certificate. Then, further imagine setting it (if it were even possible), so that no client could trust and use it. That's what Apple Support suggested to me.


I've seen other complaints on the internets about this behavior with this iOS version.


Does anyone here know how to trust a mail certificate with iOS 10.2.1?

Posted on Jan 29, 2017 11:15 PM

Reply
33 replies

Feb 2, 2017 5:05 PM in response to Jesse Ohlsson

Hi Jesse,

Another update, another casualty....... This is yet another case of Apple assuming you don't know what you're doing and "protecting" you from trusting a domain you possibly shouldn't - again, "possibly" is the key here, since as you know there are a lot of reasons why you might WANT to trust a valid certificate from a name that does not agree with the cert. I have a custom domain on Dreamhost and had the same problem.


Change your "outgoing mail server" for the account from mail.yourcustomdomain.com to homie.mail.dreamhost.com (Yes, that is a silly name, but you know Dreamhost) and the problem will go away without you having to delete anything.


You're not alone in your frustration - support and IOS in general are in a state of gradual decline for several years now. Apple is now in the business of pushing toys and fluff "features" while ignoring real issues, basically punishing you for trying to do "real work" with your devices. Formerly-working features are broken or removed without warning in almost every new update, but hey, think of the pretty balloons and all the new emoji you've got! Do a quick search for "apple core rot" to see a funny summary of the state of things (funny-sad, but at least good for a laugh).


Peace,

Boris

Mar 15, 2017 10:10 PM in response to Jesse Ohlsson

If you setup your email account in your iPhone/ipad manually, then go back to your host where you originally got all of that information, and verify it has not changed (incoming hostname, incoming port, outgoing hostname, outgoing port are the critical ones). My iPhone was giving this error all day, and it ended up that my host had most likely changed the client settings. Most hosting companies use a "cpanel", that is where your email client settings are. Or just contact your host.


I think my host was allowing me to use www.mywebsite.com for my incoming and outgoing server, but when I went to my "cpanel" and looked at the recommended client email settings, it was actually xxx.theirwebsite.biz. Once I changed that and updated a port that was wrong (had changed?), email started working again.


Bottom line, your host may have changed the email client settings you need.


I did not need to delete the account, I just needed to change the incoming and outgoing hosts.

Mar 16, 2017 9:21 AM in response to rluther

Nope.


This happened on one device. Only after an IOS update. The useless people at Apple tech support told me the same thing. Essentially, youremi plying that my email hosting service was just waiting for me to upgrade to the latest version of IOS, then changed the ports they were using. Which, of course, has NOTHING to do with a server certificate.


The the goal in solving this problem is to remove all instances of the cached server certficicate from the device having this problem. Then, when replacing that server, IOS will once again present the option to trust the server certificate.

Mar 28, 2017 9:36 PM in response to Jesse Ohlsson

I looked at many videos and posts on this mail issue.

this one actually works!!-


1st Delete the Email Account that's giving you Trouble

2nd Go back to Settings and then Mail then Click on Accounts then click on another email account that you have on there click on it then Outgoing Mail Server

After getting to the Outgoing Mail Server Click on the Email that you deleted in 1st step then Scoll down and

Delete the Server!

3rd and Last Re Add Email Account and the Contiue will pop up to Verify Server


Thanks to "bearbeaty" the Legend

Apr 21, 2017 8:55 PM in response to Jesse Ohlsson

omg, I know some people are trying to be helpful here, but please just don't repeat the same stuff (particularly when it doesn't work!)


Anyway, the reason you're seeing these issues is the SSL certificate being issued by the mail server you're connecting to doesn't have a name embedded in it that matching the mail server you've configured in iOS. (Previously you could tell iOS to ignore this and drive on, which is essentially telling iOS to accept what could be a fake or counterfeit certificate, meaning someone could be intercepting or altering your communications between you and the server - hello NSA, unscrupulous ISP's)


When you get the error message, go into the detail screen, near the top will be a name or list of names (including wildcards) the certificate is valid for. The mail server name you configure into iOS must match that, else you'll get the error.


To give an example, because it's relevant here, people using custom domain names from Dreamhost (that don't use a private SSL certificate - you'll know if you have that / i.e. pay for it) will notice the details in the SSL certificate say it's valid for *.mail.dreamhost.com. This means the mail server name you configure in iOS must match this. At this point you probably need to go to your providers site to find out the exact name to use. Dreamhost users should look at the instructions here: https://help.dreamhost.com/hc/en-us/articles/214918038-Email-client-configuratio n-overview. It essentially tells you to go to the control panel and look at the "data centers" area under support. According to their instructions, if it says "homiemail-sub5", the servername ends up being sub5.mail.dreamhost.com. You'll need this for the incoming IMAP server name and the outgoing SMTP server name.


The alternatives are to turn off SSL (i.e. turn off encryption) so your mail, including password, goes over the entire internet in the clear (Not a good idea), or purchase an SSL certificate that has your custom domain name in it. (This is not worth the money or hassle)


Good luck!

Aug 9, 2017 6:02 PM in response to Jesse Ohlsson

Just fixed this on my iPad. First, open the account in question. View the SMTP server settings and note the smtp server that is set to ON (this should be the offending Server account causing the cert rejection). Now delete this entire mail account. Go into one of your other mail accounts and click on the smtp servers. YOu should now be able to delete the offending smtp server. If you cannot delete it, it means you have that server as the default on some other mail account. Look at each of your accounts and ensure the offending smtp server is NOT the default account. Once you do this, you can then delete the offending smtp account from any one of your other email accounts. You will see a "Delete Server" button at the bottom of that account when you open it. Then add the entire mail account back, and you will get the cert that can be Trusted (button reappears). If you need help please reply.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

"Cannot verify server identity" message from mail, iOS 10.2.1

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.