Getting certificate error on my local network when connecting to exchange

Exchange 2013

I can connect to a mailbox via outlook perfectly from outside the network, but within the local network I get this error below. It's not using the godaddy certificate or address. It's using the local server address as you can see.cert-error.jpg
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

1. What version of Outlook are you using?
2. Does this happen to everyone?
3. Is this new / did it ever work?
4. Are you joined to the domain?
Cliff GaliherCommented:
Is this not a question you already have open? As I said in your password question, the cause of the password prompt is because of a URL/SSL issue. The two are related and you are already working that problem. This only complicates issues and will add confusion.
cnl83Author Commented:
That was isolated to just Outlook 2007. This is all clients now.
Put Your Flow Data to Work

SolarWinds® Flow Tool Bundle combines three easy-to-download, easy-to-use flow analysis tools that can help you quickly distribute, test, and configure your flow traffic.

Seth SimmonsSr. Systems AdministratorCommented:
you should not be using .local to connect internally; use your external (.com, .net or whatever it is) to connect internally
might need to configure split dns

Windows - Setting Up Split DNS

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
MASEE Solution Guide - Technical Dept HeadCommented:
Cliff GaliherCommented:
Unfortunately the nature of EE (or any forum) is that experts are not sitting on your network and don't know the details of your implementation. As I stated in that thread, we reached a point where I believe you really need to call in a paid consultant to fix your issues. The reason I gave that advice at that time wasn't laziness, but was because there was a tipping point where a forum was no longer a good way to resolve your issue.

 I hate to say it, but by following some of the (blatantly bad) advice that was given to you after I dropped off that question, you've actually created this new error. They are not unrelated. The other drawback of a forum is that if you don't have some prerequisite knowledge, it is very difficult to filter "good" advice from "bad" advice. And since you aren't paying anyone, you have no warranty or recourse.

So I will again suggest that you should contact a local consultant in your area that you trust or find a reputable company that offers paid remote support and has a good reputation. I fear that if you continue to try to solve these problems through EE, you will only further create issues and may get yourself into a state you cannot get out of.

Ultimately, of course, that choice is yours.
Please check in IIS default web site binded to proper SSL certificate. Go to EAC and click on server and go to certificate and check whether the correct certificate has IIS, SMTP, IMAP and POP3 services are assigned.
Verify certificate have SAN entries eg and Make sure DNS host A record is pointed to the exchange 2013 in internal DNS. If the DNS hots A record is not present then create a record.
run get-clientaccessserver | fl and check if autodiscoverurl is pointed to
Go to server and virtualdirectories and make sure all the virtual directories are configured with external and internal entries as
I had to do this for a client, it sets exchange to use external name for internal. Change the name to your domain
Set-AutodiscoverVirtualDirectory -Identity * -internalurl “”
Set-ClientAccessServer -Identity * -AutodiscoverServiceInternalUri “”
Set-webservicesvirtualdirectory -Identity * -internalurl “”
Set-oabvirtualdirectory -Identity * -internalurl “”
Set-owavirtualdirectory -Identity * -internalurl “”
Set-ecpvirtualdirectory -Identity * -internalurl “”
Set-ActiveSyncVirtualDirectory -Identity * -InternalUrl ""

Open IIS Manager by clicking Start, then enter inetmgr.
Expand the server and expand Application Pools, then right-click on MSExchangeAutodiscoverAppPool, and select Recycle.
cnl83Author Commented:

Going through each step in this link resolved my issue.
cnl83Author Commented:
I've requested that this question be closed as follows:

Accepted answer: 0 points for cnl83's comment #a40369517

for the following reason:

It's what another Expert Exchanger provided to me to resolve my error. Though it did block my access to my own web site.
Seth SimmonsSr. Systems AdministratorCommented:
I told you in the beginning not to be using .local and you may need to configure split dns.
Jason elaborated more on what I stated which both amounts to the solution.
you stated "It's what another Expert Exchanger provided to me to resolve my error." though selected your own comment as the solution.
Gareth GudgerSolution ArchitectCommented:
Hey CNL83,

Just wanted to post here as well. Make sure you add an A record of "WWW" in your newly created split-brain DNS zone on your internal DNS server. Then point that to the public IP of your hosting provider for your website.

That will fix that issue.

It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.