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

RPC over HTTP not working on Small Business Server 2003

Hi guys,

We have been battling a recent Exchange deployment trying to get RPC over HTTP to work.  

Client-side, I am not able to establish a connection to the Exchange server via RPC-HTTP.  I have installed the certificate, configured the exchange account to point to "mail.domain.com", configured the HTTP proxy to point to the same domain, set up mutual SSL authentication (msstd:mail.domain.com), enabled basic authentication.  When I run "outlook /rpcdiag", it prompts for login credentials twice, tries to establish a connection, and then displays an error that "the connection to Microsoft Exchange is unavailable."

I have triple-checked that the server is configured correctly and I've run the CEICW wizard multiple times.  The firewall is allowing ports 80 & 443 to pass to the SBS box.  OWA works great.

The server is running Small Business Server 2003, SP2.

The workstation is Windows XP Pro, SP1  with Office 2003, SP3.

I have read countless articles for configuring RPC-HTTP including TechNet articles and troubleshooting steps.  Still, I am unable to find the issue.  I would really appreciate a few tips or maybe some things I've overlooked.

3 Solutions
Anything in the event logs or IIS logs on the server/ Client

I hope this helps !
Jian An LimCommented:
my suggestion is to setup Remote workplace

go through your CEICW wizard again
make sure you tick remote workplace and outlook via the internet

goto https://<SBSserver>/remote and there are instruction there how to do it .

make sure you save your certificate to your PC (if you open your IE, you must not get a certificate error)
Adam GrahamEnterprise ArchitectCommented:
Are you using a trusted certificate or the home grown SBS cert? Best of my knowledge you need a trusted cert to configure RPC over HTTP on SBS.

Microsoft Certification Exam 74-409

VeeamĀ® is happy to provide the Microsoft community with a study guide prepared by MVP and MCT, Orin Thomas. This guide will take you through each of the exam objectives, helping you to prepare for and pass the examination.

the self cert setup by the ceicw works fine and although it generates a warning in ie to the effect its not a truely trusted source it causes no problems to do so. as i have many sbs  servers configured for exactly this scenario.

ensure the certificate is saved into the "trusted root certificate " store manually when you save it from within IE and that it  matches the domain name (it shouldnt let you save the certificate if its not)

as per limjianan the remote web workplace link for rpc configuration instructions is actually generated from your configuration so it would show the wrong instructions if you have mis configured it anywhere.

Adam GrahamEnterprise ArchitectCommented:

I am refering specifically to RPC over http not working with the home growen certificate.

jtgerdesAuthor Commented:
I am using the certificate that the server generated when I ran the CEICW wizard.  The domain name on the certificate does match the domain name I'm trying to access.  I have already installed it manually in the trusted root certificates.

When I try to view the RWW, I get an error that "Directory listing denied."  I can access the main "company" website on the SBS.

Nothing in particular in the event viewer....
jtgerdesAuthor Commented:
Hi all.

I have found a solution to the issue!  I've changed so many settings and tried so many things over the last 4 days that I'm surprised it ended up configured correctly .... except for one small thing on the client side.  I had the exchange server address as "mail.domain.com," not the INTERNAL NetBIOS name of the server.  Once I changed the Exchange server address to the internal address and set the RPC proxy address to the "mail.domain.com," I was able to connect successfully.

Adam GrahamEnterprise ArchitectCommented:
Glad your sorted.


Featured Post

NEW Veeam Agent for Microsoft Windows

Backup and recover physical and cloud-based servers and workstations, as well as endpoint devices that belong to remote users. Avoid downtime and data loss quickly and easily for Windows-based physical or public cloud-based workloads!

Tackle projects and never again get stuck behind a technical roadblock.
Join Now