From: Lesa H. on
I'm pulling my hair out over this. I have a client with a SBS 2003 server.
We have a self-signed certificate on the server and I am able to access
e-mail via the address https://customerdomain.dyndnsaddress.com/exchange. I
have installed the certificate on my computer and no longer get the
certificate warning when I go to either /exchange or /remote. I have
followed the instructions to get this working to the letter on both Outlook
and the SBS server. When I ran the CEICW, it said it was successful. I have
port 443 open hence the access to RWW. Two odd things I noticed when setting
this up. Normally when you run the CEICW, the next time you run it, you see
the settings from the previous run but I don't see that in this case. I
didn't really worry about this because stranger things have happened. The
other thing that is odd is that I don't see the instructions for setting up
Outlook via the Internet. In the past when I've run the CEICW and allowed
this, there is a new link on the right side that explains how to set it up.
That makes me concerned that something is not working with the CEICW even
though it says it's successful (and by the way, when I run it there are no
events in the logs at the SBS server that would indicate a problem). When I
run the tests at https://www.testexchangeconnectivity.com I get green checks
across the board except for an error message about the Certificate Trust
"The certificate chain did not end in a trusted root." which I understand
from research is normal when you have a self signed certificate.

I'm trying to configure this from behind my SBS server for testing, but I
don't think that would be causing a problem. I've done this with other
clients and it worked like a champ.

What I would like to know is does anyone have a list of things that get
changed when you run the CEICW to allow Outlook via HTTP and the associated
settings so I can verify that it actually worked.

In addition, if anyone has suggestions that may help, I would appreciate the
assistance. I know I can get a regular certificate and it may be OK, but
this is a temporary configuration and I'm going to change the FQDN soon and
don't want to purchase one for such a short time.

Thanks in advance!

Lesa


From: "Robbin Meng [MSFT]" on

Hi Lesa,

Thanks for your post.

If the Exchange Remote Connectivity Analyzer(RCA) tool test passed and your Outlook client works fine for RPC over HTTP within your domain LAN network, I think both the Exchange server and
Outlook profile is correctly configured. Regarding other thoughts, In addition to Exchange RCA, please notice the below recommended best practices to avoid certificate related issues:

" Make sure that the occurrences shows the correct name. Even if your local Active Directory domain is "domain.local," you can still generate a Windows Certification Authority certificate for
"webmail.domain.com" by following the wizard in Internet Information Services (IIS) Manager.
" Make sure that the root certificate exists in the "Trusted Root Certification Authorities" folder on the local computer. The server certificate does not necessarily have to be imported to the
computer, but the computer must trust the root authority. Those computers that are part of an Active Directory domain should always trust the root certificate, but home computers and computers that are
not part of the corporate Active Directory forest could just as easily use RPC over HTTPS.
" Make sure that network administrators renew the certificate before it expires.


1. Configure an email profile for Outlook 2003 clients to use RPC over HTTP. For detailed steps, see "How to Create an Outlook Profile for Users to Use with RPC over HTTP."
http://technet.microsoft.com/en-us/exchange/aa996069(EXCHG.65).aspx

2. Test RPC virtual directory configuration from your Windows client. For detailed steps, see "How to Verify RPC Virtual Directory Configuration."
http://technet.microsoft.com/en-us/exchange/bb124175(EXCHG.65).aspx

More information:

How to Deploy RPC over HTTP for the First Time in Small Business Server 2003 (Standard or Premium)
http://technet.microsoft.com/en-us/exchange/bb123622.aspx

You cannot use Outlook 2003 to connect to an Exchange 2003 server by using RPC over HTTPS
http://support.microsoft.com/kb/979177

Hope this helps.


Sincerely,
Robbin Meng
Microsoft Online Newsgroup Support
==================================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
==================================================================



From: Lesa H. on
For anyone else who might be searching for this same problem, I found the
issue was that the CEICW wasn't actually running properly. It looked like it
completed successfully, but it wasn't making the changes required to allow
this function. I found that there was a third network adapter (1394 I think)
that was listed in the network adapters. I had to actually uninstall this
adapter (just disabling it didn't work) to get the CEICW to run properly.
After I removed it and re-ran the wizard, the changes were applied properly
and the configuration started working.

""Robbin Meng [MSFT]"" <v-robmen(a)online.microsoft.com> wrote in message
news:1muOVKqFLHA.2348(a)TK2MSFTNGHUB02.phx.gbl...
>
> Hi Lesa,
>
> Thanks for your post.
>
> If the Exchange Remote Connectivity Analyzer(RCA) tool test passed and
> your Outlook client works fine for RPC over HTTP within your domain LAN
> network, I think both the Exchange server and
> Outlook profile is correctly configured. Regarding other thoughts, In
> addition to Exchange RCA, please notice the below recommended best
> practices to avoid certificate related issues:
>
> " Make sure that the occurrences shows the correct name. Even if your
> local Active Directory domain is "domain.local," you can still generate a
> Windows Certification Authority certificate for
> "webmail.domain.com" by following the wizard in Internet Information
> Services (IIS) Manager.
> " Make sure that the root certificate exists in the "Trusted Root
> Certification Authorities" folder on the local computer. The server
> certificate does not necessarily have to be imported to the
> computer, but the computer must trust the root authority. Those computers
> that are part of an Active Directory domain should always trust the root
> certificate, but home computers and computers that are
> not part of the corporate Active Directory forest could just as easily use
> RPC over HTTPS.
> " Make sure that network administrators renew the certificate before it
> expires.
>
>
> 1. Configure an email profile for Outlook 2003 clients to use RPC over
> HTTP. For detailed steps, see "How to Create an Outlook Profile for Users
> to Use with RPC over HTTP."
> http://technet.microsoft.com/en-us/exchange/aa996069(EXCHG.65).aspx
>
> 2. Test RPC virtual directory configuration from your Windows client. For
> detailed steps, see "How to Verify RPC Virtual Directory Configuration."
> http://technet.microsoft.com/en-us/exchange/bb124175(EXCHG.65).aspx
>
> More information:
>
> How to Deploy RPC over HTTP for the First Time in Small Business Server
> 2003 (Standard or Premium)
> http://technet.microsoft.com/en-us/exchange/bb123622.aspx
>
> You cannot use Outlook 2003 to connect to an Exchange 2003 server by using
> RPC over HTTPS
> http://support.microsoft.com/kb/979177
>
> Hope this helps.
>
>
> Sincerely,
> Robbin Meng
> Microsoft Online Newsgroup Support
> ==================================================================
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
> ==================================================================
>
>
>


From: "Robbin Meng [MSFT]" on

Good news Lesa , thanks for your feedback and sharing.

Please do not hesitate to post in SBS forum again if you need any other assistance in the future.

Best regards,
Robbin Meng(MSFT)