Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1256
  • Last Modified:

SSL Certificate For SBS 2008 and ISA 2006 causing problems with Activesync

I've read several solutions to this problem, but none seem to work.
Here is the problem.

I have sbs 2008 that runs exchange 2007.
I have an edge of network ISA 2006 server.

Everything is working correctly, except for activesync.

Mail is flowing fine, OWA works correct without any browser errors.

When I try to sync my windows mobile 6.1 phone with exchange, I get this support code 0x80072f0d "The security certificate on the server is not valid.  Contact your exchange Server Administrator or ISP to install a valid certificate on the server."

Obviously this is a problem with my godaddy SSL Cert.

I originally installed the godaddy certificate using the sbs 2008 wizard and then imported it into ISA.  Since reading I have went back and installed the certificate per these instructions
Since installing the certificate through that method, I have not changed anything on my ISA server.

So, assuming the certificate s my problem,  I guess I need to make sure that I have this certificate properly installed on my SBS box along with my ISA box.

Another issue may be that my certificate is for remote.mydomain.org, when my owa is located at remote.mydomain.org/owa

Your help is greatly appreciated.

  • 4
  • 2
  • 2
  • +2
2 Solutions
Did you install the intermediate certificates on the ISA server?

Dave HoweSoftware and Hardware EngineerCommented:
I have seen some mobile devices not have an appropriate CA already installed - but that's fine, usually you can extract them from your browser, place them on a webserver, and import them into the device that way.
Rajith EnchiparambilOffice 365 & Exchange ArchitectCommented:
Looks like an improperly configured cert.

Create a test account and run the test in the Microsoft test site. See what it flags.


Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

Dave HoweSoftware and Hardware EngineerCommented:
I have had similar problems with certs that come with an "intermediate" certificate. normally if I put those on a webserver, browse to them in the mobile device, then select them, it imports them and in future validates correctly. sometimes supplying them with the original doesn't work - despite the fact the site serves them, the mobile device doesn't seem to have the ability to check a certificate chain not already in its keystore (admittedly, this is mostly on nokia s40 devices)
staub1981Author Commented:
Thanks for the quick responses...

1.  Yes, I attempted to install them, it looked like it was right, but apparently didn't work.
2.  I've read about the mobile devices that don't have the CA's already installed, but I looked and my mobile device does have the godaddy class 2 listed.  Also, If I had to go to each mobile device and import it, that would be a pain.. If there was anyway to avoid that (including getting a different cert) I would prefer that.
3.  testexchangeconnectivity.com is an awesome tool.  This is the problem is listed for me.

Connectivity Test Failed                                                                                                                                                 
 Testing Exchange Activesync for host https://remote.mydomain.org                                                                                             
Exchange Activesync test

Test Steps                                                                                                                                                                                                                                                                                                                                                             Attempting to Resolve the host name https://remote.mydomain.org in DNS.                                                                                                                                             
Host successfully Resolved                                                                                                                                            
Additional Details                                                                                                                                               IP(s) returned: 216.***.***.***
Testing TCP Port 443 on host https://remote.mydomain.org to ensure it is listening/open.                                                                                                                                             
The port was opened successfully.                                                                                                                                                                                                                                                                                                                                                                                                
Testing SSL Certificate for validity.                                                                                                                                             
The SSL Certificate failed one or more certificate validation checks.                                                                                                                                                                                                                                                                                                                 
Additional Details                                                                                                                                               
A network error occurred while communicating with remote host:
 Exception Details:
 Message: The handshake failed due to an unexpected packet format.
 Type: System.IO.IOException
 Stack Trace:
 at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
 at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
 at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
 at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
 at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
 at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
 at System.Net.Security.SslStream.AuthenticateAsClient(String targetHost, X509CertificateCollection clientCertificates, SslProtocols enabledSslProtocols, Boolean checkCertificateRevocation)
 at System.Net.Security.SslStream.AuthenticateAsClient(String targetHost)
 at Microsoft.Exchange.Tools.ExRca.Tests.SSLCertificateTest.PerformTestReally()
staub1981Author Commented:
Finally found a solution for this issue, and as always it was much more simple than I was thinking.

First, I reinstalled the SSL certificate according to Godaddy's instructions.
This solved my SSL problems, but I still wasn't able to complete a sync with a mobile device.  

The solution, was to publish another Exchange Web Client Policy for activesync.
This means there is a policy for both OWA and ActiveSync.  

This ultimately solved the problem I was having.
staub1981Author Commented:
Found My Own Solution

We are having the exact same problem you are having. We have a Godaddy certificate and intermediate certificates. OWA is working perfectly. Autodiscover inside the office seem to work. We are not getting any errors when we run: "Test-OutlookWebServices | fl" in Exchange Management Shell.

We are also getting the handshake error when the SSL certificate is validated at https://www.testexchangeconnectivity.com/Default.aspx

Could you please provide a little more detailed information of the steps you took to reinstall the certificate or perhaps a link to the instructions. Also the steps required to publish another Exchange Web Client Policy?

Much appreciated.

PS: We can't believe how tricky it has been to get Windows Server 2008 and Exhange 2007 to function as it should. Windows Small Business Server 2003 was so much easier to setup. I don't know what MS is doing in Redmond?! Windows Server 2008 is like Vista - NOT READY!
Please don't close yet. Seeking helpful input from member to resolve autodiscover connectivity issue.

Thank you.
staub1981Author Commented:
First, I'm not an expert... So i don't know if everything I did is necessary to fix it, it just happened  to work for me.

1. First I reinstalled the certificate directly into ISA, rather than exporting the certificate from my exchange server.  I used the same instructions godaddy has for the exchange server.. just used it for the ISA box.

The instructions for doing this is here.

2.  In ISA, I checked the listener to see if I had the correct certificate selected.
I doubled clicked my existing OWA policy, clicked on the listener tab, with my OWA listener selected, I clicked properties, certificates tab, select certificate button, then chose the newly installed certificate, select, ok.

3. In ISA, under the tasks box, click "publish exchange web client access," enter a new policy name, My exchange version was 2007, select exchange activesync, publish to a single site, "use SSL to connect," enter your OWA address, enter your domain name, I used my OWA listener, basic authentication, then finish through.

This is what solved my problem, with a lot of help from Rajith_Enchiparambil's suggestion to use

That site helped direct me to my problems.

Featured Post

Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

  • 4
  • 2
  • 2
  • +2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now