Conectividad entre Outlook y Exchange Server – Exchange 2016/2013

Hola amigos,

En esta sencilla publicación hablaremos un poco sobre los protocolos de conexión entre el cliente de Outlook y Exchange Server (coff coff también conocido como el Poderoso Exchangiiiiiiiii!!!)

Para entender mejor este tema, debemos irnos a los conceptos básicos de conectividad de Outlook/Exchange

MAPI

RPC

HTTP

¿Que es MAPI?

El Messaging Application Programing Interface es un API de arquitectura diseñado por Microsoft. Permite que un programa cliente (Como lo es Outlook) sea capaz de enviar y recibir correos electrónicos mediante llamadas a rutinas de subsistema MAPI (mapi32.dll por ejemplo)

Este a su vez puede ser Simple MAPI ( Provee funciones básicas de mensajería tal como enviar o recibir correos, como en Outlook Express) o Extended MAPI ( Provee funciones extensivas para crear aplicaciones habilitadas para correo, que permite control absoluto del sistema de mensajería en la computadora cliente, como lo es Outlook)

Si bien MAPI fue concebido como independiente de protocolos,  usualmente es encapsulado en MAPI/RPC y recientemente en MAPI/HTTP que son los protocolos propietarios que Outlook utiliza para comunicarse con Exchange Server ( al servicio de Information Store para ser mas exacto)

En otras palabras; MAPI es el API  a nivel raíz y de arquitectura para la comunicación del cliente Outlook y los servidores de Exchange. Mas no debe ser considerado un Protocolo perse sino un método de acceso

¿Que es RPC?

El Remote Procedure Call es un protocolo orientado para programas en red. Comunmente usado por TCP (Aunque también puede usarlo UDP) que permite que un programa/aplicación ejecute código en una maquina remota. Utilizado en el esquema cliente<->servidor.  El proceso del cliente llama y el proceso del servidor ejecuta. En otras palabras permite a un programa causar una sub-rutina en otro espacio de dirección (Address Space)

¿Que es HTTP?

Tal vez el mas común de los conceptos, el Hypertext Transfer Protocol es un protocolo de comunicación y transferencia entre distintos servicios y los clientes que utilizan páginas web (URLs), es decir permite que programas cliente puedan user la World Wide Web (WWW.) para ejecutar procedimientos previsto por los programas de servidor. Se le conoce como stateless protocol ya que no guarda información sobre conexiones previas, es de ahi que nuestros navegadores necesitan constantemente guardar cookies, para que el servidor pueda almacenar información en nuestros clientes

¡Whoa!, ahora que tenemos noción sobre los conceptos que utilizaremos comencemos por entender lo siguiente

MAPI como bien comentamos viaja encapsulado en el protocolo RPC. Este es es el protocolo conocido como MAPI/RPC (Usado para comunicaciones internas/locales comunmente lo encontraran como RPC/TCP),  que fue hasta Exchange 2003, el protocolo propietario entre Outlook->Exchange

La limitante que esto trajo consigo era que para lograr conexiones de Outlook desde fuera de la red corporativa, la única forma de lograrlo era a través de una VPN. No fue sino hasta la versión 2003 que Exchange incorporo por primer vez el protocolo RPC/HTTP. Es decir MAPI encapsulado en RPC que a su vez viajaba encapsulado en  HTTP. Esto permitió que los clientes de Outlook pudieran conectarse desde el exterior sin necesidad de usar una VPN, a través de Internet.

RPC/HTTP fue renombrado Outlook Anywhere a partir de la versión 2007 de Exchange Server y fue el protocolo propietario de conexión de Outlook para Exchange 2013 y entre muchas de sus ventajas permitía la configuración automática del cliente de Outlook a traves de Autodiscover (Incorporado en Exchange 2007)

Outlook Anywhere fue durante mucho tiempo el protocolo soñado, hasta que Microsoft regreso a la pizarra en busca de mejorar la experiencia del usuario y los tiempos de conexión entre cliente<->servidor

Fue así como surgió MAPI/HTTP a partir de la versión SP1 de Exchange 2013 . El equipo de desarrollo ideo la forma de deshacerse del intermediario = RPC, para asi mandar directamente MAPI encapsulado sobre HTTP

¿Que ventajas tiene RPC/HTTP?

Dado que las peticiones de Outlook están «ocultas» dentro de HTTPS, son capaces de pasar a través de firewall usando puertos estándares como lo son SSL/HTTPS (Puerto 443),  evadir el uso de VPN para conectar clientes externos a la organización, poder utilizar el mismo espacio de nombre (namespace) que OWA y EAS, los clientes deben confiar en los certificados de los servidores (SSL certificate) Conexiones no autenticadas tienen prohibido el acceso al servidor.

¿Que ventajas tiene MAPI/HTTP?

Los tiempos de espera son menores al cargar Outlook o sacar el cliente de hibernación, monitoreo mas facil debido a menos encapsulamientos de las peticiones, mejoras en los tiempos de respuesta de Autodiscover, menos concurrencias entre cliente<->servidor

Les comparto la Soportabilidad de los protocolos para las versiones mas recientes de Exchange:

RPC/TCP = Exchange 2003,  Exchange 2007,  Exchange 2010

RPC/HTTP = Exchange 2003 SP1+, Exchange 2007, Exchange 2010, Exchange 2013 y Exchange 2016

MAPI/HTTP = Exchange 2013 SP1+ y Exchange 2016

Versiones de Outlook:

RPC/TCP = Outlook 2007,  Outlook 2010, Outlook 2013 y Outlook 2016

RPC/HTTP = Outlook 2007,  Outlook 2010, Outlook 2013 y Outlook 2016

MAPI/HTTP = Outlook 2010 SP2 (KB2956191 /KB2965295 )+, Outlook 2013 SP1 y Outlook 2016 RTM

¡Enhorabuena! Han aprendido rápidamente algunos conceptos de conectividad de Outlook->Exchange y entendido en que consiste una conexion RPC/HTTP y una de MAPI/HTTP. Coman una galleta como premio y dense una palmada en la espalda, se la han ganado

Por Geovany Acevedo

Coman frutas y verduras