Solved

Outlook 2003 connect thru RPC over HTTPS error

Posted on 2007-11-14
13
1,023 Views
Last Modified: 2008-08-15
I have received this error using OL2003 SP2 connecting via RPC thru HTTPS to Exchange 2003 SP2 Server. My firewall allows port 80, 443 and 444 to my server. I have tested my RPC/HTTPS OL2003 config in the office with success. My external tests have no proxy or firewall intervention from the sites that I have used. Logon seems to complete fine but the error occurs at Send/Recieve call.
Any ideas?
0
Comment
Question by:tcurtispc2
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 5
  • 3
  • 2
  • +2
13 Comments
 
LVL 13

Expert Comment

by:cshepfam
ID: 20282169
port 25.  smtp.


firewall is most likely blocking that.  thats used to send your email
0
 
LVL 104

Expert Comment

by:Sembee
ID: 20282199
Port 25 has nothing to do with RPC over HTTPS.
When you tested it internally, did you verify the connection was being made over HTTPS? With Outlook connected, hold down SHIFT and right click on the Outlook icon and choose Connection Status. That will show whether it is connecting by TCP/IP or HTTPS.

Simon.
0
 
LVL 12

Expert Comment

by:weareit
ID: 20282843
Are you able to access your server using OWA?

Are clients who are not using RPC over HTTPS able to connect to the server?

-saige-
0
Simplifying Server Workload Migrations

This use case outlines the migration challenges that organizations face and how the Acronis AnyData Engine supports physical-to-physical (P2P), physical-to-virtual (P2V), virtual to physical (V2P), and cross-virtual (V2V) migration scenarios to address these challenges.

 

Author Comment

by:tcurtispc2
ID: 20282924
Sembee,
You are right...port 25 has nothing to do with this. Holding down the 'Ctrl' key and right clicking on the Outlook icon - choosing Connection Status, I found the conections to be TCP/IP. So my internal testing was not necessarily valid...good point. Any further ideas?
0
 

Author Comment

by:tcurtispc2
ID: 20282935
OWA is working great (internal and externally) as well as internal connectivity to Exchange.
0
 
LVL 12

Expert Comment

by:weareit
ID: 20283156
Well if connectivity to the server is good with OWA and Internally then something is wrong with your RPC configuration.

As Simon has stated so many times before:
Basically RPC over HTTPS fails on three points....

- SSL certificate acceptance
- Authentication
- Registry settings.

I'd say its time to double check the configuration of your RPC services.  8004011D makes me think SSL Certificate.  What does the issued to statement in the certificate say?

-saige-
0
 

Author Comment

by:tcurtispc2
ID: 20283159
I think that I may have it...upon review of the the article: Troubleshooting RPC over HTTPS (Part 2)
I checked the Auth at RPC under IIS. It was set to Anonymous, NT Auth and Basic. It should only be Basic. I reset it properly, restarted IIS and will be heading out for remote test. I will keep all posted.
0
 
LVL 12

Expert Comment

by:weareit
ID: 20283171
Good luck
0
 
LVL 104

Expert Comment

by:Sembee
ID: 20283340
The authentication settings can actually be basic and/or integrated. If you have basic only set then the clients will always prompt. If you have integrated set and set the relevant option in Outlook (NTLM) and the client is a member of the domain then pass through authentication will work.

Simon.
0
 

Author Comment

by:tcurtispc2
ID: 20284048
Well I fixed it.

Great help from articles: Implementing RPC over HTTPS in a single Exchange Server 2003 environment, Troubleshooting RPC over HTTPS (Part 1), Troubleshooting RPC over HTTPS (Part 2) from MS Exchange.org.

Turned out to be the registry setting for:
HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\RPC\RPCPROXY.

Change the data to what is shown in the following picture. You must use Port Range 6001-6002 for the NetBIOS and DNS FQDN and Port 6004 also for the NetBIOS and DNS FQDN.

Here was my example:
[old-existing]
myserver:100-5000

[new-change to]
myserver:593;myserver:6001-6002;myserver:6004;myserver.mydomain.local:593;myserver.mydomain.local:6001-6002;myserver.mydomain.local:6004

Voila! - Works like a champ!
Thanks to all!
0
 

Author Comment

by:tcurtispc2
ID: 20284114
That's all
0
 
LVL 1

Accepted Solution

by:
Computer101 earned 0 total points
ID: 20558564
PAQed with points refunded (500)

Computer101
EE Admin
0

Featured Post

Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Find out what you should include to make the best professional email signature for your organization.
This article aims to explain the working of CircularLogArchiver. This tool was designed to solve the buildup of log file in cases where systems do not support circular logging or where circular logging is not enabled
The basic steps you have just learned will be implemented in this video. The basic steps are shown to configure an Exchange DAG in a live working Exchange Server Environment and manage the same (Exchange Server 2010 Software is used in a Windows Ser…
To add imagery to an HTML email signature, you have two options available to you. You can either add a logo/image by embedding it directly into the signature or hosting it externally and linking to it. The vast majority of email clients display l…

739 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question