Jump to content

Welcome to MSFN Forum
Register now to gain access to all of our features. Once registered and logged in, you will be able to create topics, post replies to existing threads, give reputation to your fellow members, get your own private messenger, post status updates, manage your profile and so much more. This message will be removed once you have signed in.
Login to Account Create an Account


Photo

Outlook 2003 Cached Exchange low bandwidth threshold

- - - - -

  • Please log in to reply
1 reply to this topic

#1
mellimik

mellimik

    Newbie

  • Member
  • 46 posts
We've lately started seeing something out of normal behavior from our Outlook 2003 installations. Or then it might be that we've never really understood the application to begin with :sneaky:

We use the combination of Outlook 2003, ISA 2006 and Exchange 2007. Clients connect using HTTPS outside of office network and then RPC while in the office. ISA is expecting HTTP basic authentication from the client protected using SSL.

Outlook is configured to use HTTPS for slow and RPC for fast connections. For some magic reason we've never even had to bother our minds with this, things have just *worked*. Lately, though, Outlook clients connected outside of office have started to stall before prompting the user for credentials to proceed with login. And by looking at the Connection Status (outlook.exe /rpcdiag) we can see that for each connection made, it takes significantly long for Outlook to switch from RPC to HTTPS.

So, I understand that this has to do with Outlook judging a connection either a slow or fast, which based on my Google skills seems to be 128Kb / s. What I don't understand is if this before mentioned value is the Adapter negotiated link speed or actually some calculated value between the Exchange/ISA server and the Outlook client? We have not changed anything since the original setup of our infra, so the Outlook acting differently is a bit mind boggling.. By looking at the Connection Status (see the attached image) it has always said Reg/fail being x/1 meaning it has always tried first using RPC then failed over to HTTPS. Now it just seems to take bloody long from it to do the fail over :huh:

Has anyone else struggled with this issue?

Attached Files




How to remove advertisement from MSFN

#2
mellimik

mellimik

    Newbie

  • Member
  • 46 posts
I'll reply to myself since I now know what caused our problem with the RPC over HTTPS function.

Basically my colleague had created a split DNS configuration of our AD integrated zone. Since the clients connected in the local office LAN use RPC and internal AD DNS zone to talk with the Exchange they have no problem, now for clients connected externally through the internet this caused issues, because the same DNS zone resolvable in the office LAN was suddenly resolvable from the internet as well.. just that it was a different server replying to clients which had no idea about the host name of the exchange server clients tried to resolve.




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users



How to remove advertisement from MSFN