0

This answer says that the RpcClientAccessServer can cause Outlook to "act slow" if it can be resolved from the Internet (assuming Outlook Anywhere is being used).

Is there any documentation that verifies this claim?

1 Answer 1

3

The linked answer is most likely referring to http://technet.microsoft.com/en-us/library/ee332317(v=exchg.141).aspx#Configuring, which states:

It's important that the (FQDN) specified in the command be only resolvable internally. If the name is also resolvable externally, these external clients will attempt to connect to the array via a TCP connection instead of HTTPS.

This applies specifically to a Client Access Server Array, a configuration wherein multiple Client Access Servers (CAS) are load-balanced by a single public host. The back-end CASs are what should not be resolvable externally. Note that it is a best practice to implement a CAS Array, but is not required, and if you don't have one the above does not apply.

1
  • This behavior correlates to the "On [slow/fast] networks use HTTP first" options in your connection settings. If both boxes are checked, HTTP will always be used, but the default is to use RPC on fast (direct) networks, and HTTP on slow (indirect/public) networks. RPC attempts to connect directly to the RpcClientAccessServer value using RPC, and HTTP first will always connect to the RpcClientAccessServer value using your Outlook Anywhere HTTPS proxy. community.spiceworks.com/topic/… Jul 24, 2013 at 3:07

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .