Differnce between Exchange 2013 Client access server with Legacy version

  • In Exchange 2010 CAS a client connects to provides an encrypted cookie after the client is authenticated.Passing that cookie to a different CAS means that the receiving CAS can’t read it, so it has to ask the client to authenticate again.
  • In Exchange 2013, the CAS authentication cookie is encrypted with the public key of the certificate assigned to the CAS, so any server that has the corresponding private key can decrypt the cookie.
  • The Exchange 2013 CAS role server includes a new proxy engine, httpproxy.dll. This replaces the role of the oldrpcproxy.dll, and Exchange 2013 CAS thus cannot proxy RPC traffic directly. When it receives HTTPS encapsulated RPC traffic, it cannot de-encapsulate it directly; instead, it must proxy it to another CAS server that still has rpcproxy.dll. For this proxy operation to succeed, the Exchange 2013 mailbox server or the downlevel CAS servers must have rpcproxy.dll installed (it’s installed by default on the Exchange 2013 mailbox role), and they must be enabled for Outlook Anywhere.



About Raji Subramanian

Nothing great to say about me...Just want to share my knowledge for others that will be useful at any moment of time when they stuck in critical issue....
This entry was posted in Uncategorized. Bookmark the permalink.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s