Flujo de correo y canalización de transporte

[Este tema es documentación previa y, por lo tanto, está sujeto a cambios en versiones futuras. Los temas en blanco se incluyen como marcadores. Si tiene comentarios, nos encantaría escucharlos. Envíenos un correo electrónico a ExchangeHelpFeedback@microsoft.com].  

Se aplica a:Exchange Server 2016

Obtenga información sobre el flujo de correo y la canalización de transporte en Exchange 2016.

En Exchange Server 2016, el flujo de correo se produce a través de la canalización de transporte. La canalización de transporte es un conjunto de servicios, conexiones, componentes y colas que funcionan conjuntamente para enrutar todos los mensajes a un categorizador situado en el servicio de transporte en un servidor de buzones de correo de Exchange 2016 dentro de la organización.

Para obtener información sobre cómo configurar el flujo de correo en una organización de Exchange 2016 nueva, vea Configurar el flujo de correo y el acceso de cliente.

Contenido

Descripción de la canalización de transporte

Cómo los mensajes de remitentes externos especifican la canalización de transporte

Cómo los mensajes de remitentes internos especifican la canalización de transporte

Descripción del servicio de transporte en servidores de buzones

Descripción del servicio de transporte en los servidores de transporte perimetral

La canalización de transporte consta de los siguientes archivos:

  • Servicio de transporte front-end en servidores de buzones   Este servicio funciona como un proxy sin estado para todo el tráfico SMTP externo entrante y saliente (opcionalmente) para la organización de Exchange 2016. El servicio de transporte front-end no inspecciona el contenido de los mensajes, no se comunica con el servicio de transporte de buzones ni pone en la cola ningún mensaje localmente.

  • Servicio de transporte en los servidores de buzones de correo   Este servicio es prácticamente idéntico al rol del servidor de transporte de concentradores en Exchange Server 2010. El servicio de transporte administra todo el flujo de mensajes de SMTP para la organización, categoriza los mensajes e inspecciona el contenido de estos. A diferencia de Exchange 2010, el servicio de transporte nunca se comunica directamente con las bases de datos de los buzones de correo. La tarea ahora es administrada por el servicio de transporte de buzón. El servicio de transporte enruta mensajes entre el servicio de transporte de buzones de correo, el servicio de transporte, el servicio de transporte front-end y (según la configuración) el servicio de transporte en los servidores de transporte perimetral. El servicio de transporte en los servidores de buzones de correo se describe con más detalle más adelante en este tema.

  • Servicio de transporte de buzones en los servidores de buzones de correo   Este servicio consta de dos servicios independientes:

    • Servicio de envío de transporte de buzones   Este servicio se conecta a la base de datos de buzones de correo local con una llamada a procedimiento remoto (RPC) de Exchange para recuperar mensajes. El servicio envía los mensajes a través de SMTP al servicio de transporte en el servidor de buzón local o en otros servidores de buzón. El servicio de envío de transporte de buzones tiene acceso a la misma información de topología de enrutamiento que el servicio de transporte.

    • Servicio de entrega de transporte de buzón de correo   Este servicio recibe mensajes de SMTP desde el servicio de transporte en el servidor de buzones de correo local o en otros servidores de buzones de correo, y se conecta con la base de datos del buzón de correo local usando una RPC para enviar los mensajes.

    El servicio de transporte de buzones no se comunica con el servicio de transporte front-end, el servicio de transporte de buzones o las bases de datos de buzones de correo en otros servidores de buzón. Tampoco coloca en cola ningún mensaje localmente.

  • Servicio de transporte en los servidores de transporte perimetral   Este servicio es muy similar al servicio de transporte en los servidores de buzones de correo. Si tiene un servidor Transporte perimetral instalado en la red perimetral, el flujo de todo el correo procedente de Internet o que se dirige a Internet se produce a través del servidor Transporte perimetral del servicio de transporte. Este servicio se describe de forma más detallada más adelante en este mismo tema.

En el diagrama que se muestra a continuación, se muestran las relaciones entre los componentes de la canalización de transporte de Exchange 2016.

noteNota:
Aunque los diagramas de este tema muestran los componentes en un único servidor Exchange 2016, la comunicación también se produce entre esos componentes en diferentes servidores de Exchange 2016. La única comunicación que siempre se produce en el servidor de Exchange 2016 local es entre el servicio de transporte de buzones y la base de datos de buzones de correo local.

Introducción a la canalización de transporte de Exchange 2016

Diagrama de descripción general sobre la canalización del transporte

Volver al principio

La manera en los mensajes externos de la organización de Exchange especifican la canalización de transporte depende de si tiene un servidor de transporte perimetral suscrito implementado en la red perimetral.

En el siguiente diagrama y lista se describe el flujo de correo entrante con solo servidores de buzones de Exchange 2016.

Flujo de correo entrante en la canalización de transporte (sin servidores de Transporte perimetral)
  1. Un mensaje externo a la organización especifica la canalización de transporte a través del conector de recepción predeterminado denominado "<Mailbox server name> de front-end predeterminado" en el servicio de transporte de front-end.

  2. El mensaje se envía al servicio de transporte en el servidor de buzón local o en un servidor de buzón diferente. El servicio de transporte escucha los mensajes en el conector de recepción predeterminado denominado "<Mailbox server name> predeterminado".

  3. El mensaje se envía desde el servicio de transporte al servicio de entrega de transporte de buzones en el servidor de buzón local o en un servidor de buzón diferente.

  4. El servicio de entrega de transporte de buzones usa RPC para enviar el mensaje a la base de datos de buzones de correo local.

En el siguiente diagrama y lista se describe el flujo de correo entrante con un servidor de transporte perimetral instalado en la red perimetral

Flujo de correo entrante en la canalización de transporte con servidores de Transporte perimetral
  1. Un mensaje externo a la organización de Exchange especifica la canalización de transporte a través del conector de recepción predeterminado denominado "<Edge Transport server name> del conector de recepción interno predeterminado" en el servicio de transporte del servidor de transporte perimetral.

  2. En el servicio de transporte del servidor de transporte perimetral, el conector de envío predeterminado denominado "EdgeSync: Entrante en <Active Directory site name>" envía el mensaje a un servidor de buzón en el sitio de Active Directory suscrito.

  3. En el servicio de transporte de front-end del servidor de buzón, el conector de recepción predeterminado denominado "<Mailbox server name> de front-end predeterminado" acepta el mensaje.

  4. El mensaje se envía desde el servicio de transporte de front-end al servicio de transporte en el servidor de buzón local o en un servidor de buzón diferente. El servicio de transporte escucha los mensajes en el conector de recepción predeterminado denominado "<Mailbox server name> predeterminado".

  5. El mensaje se envía desde el servicio de transporte al servicio de entrega de transporte de buzones en el servidor de buzón local o en un servidor de buzón diferente.

  6. El servicio de entrega de transporte de buzones usa RPC para enviar el mensaje a la base de datos de buzones de correo local.

Volver al principio

Los mensajes SMTP del interior de la organización entran a la canalización de transporte a través del servicio de transporte en un servidor de buzones de correo de una de las siguientes maneras:

  • Mediante un conector de recepción.

  • Desde el directorio de recogida o reproducción.

  • Desde el servicio de envío de transporte de buzones.

  • Mediante el envío de agente.

El mensaje se enruta según el destino de enrutamiento o grupo de distribución.

De manera predeterminada, en una nueva organización de Exchange 2016, no existe un conector de envío que esté configurado para enviar mensajes a Internet. Necesita crear el conector de envío usted mismo. Después de hacerlo, el flujo de correo saliente se produce como se describe en el siguiente diagrama y lista.

Flujo de correo saliente en la canalización de transporte (sin servidores de Transporte perimetral)
  1. El servicio de envío de transporte de buzones usa RPC para recuperar el mensaje saliente de la base de datos de buzones de correo local.

  2. El servicio de envío de transporte de buzones usa SMTP para enviar el mensaje al servicio de transporte en el servidor de buzón local o en un servidor de buzón diferente.

  3. En el servicio de transporte, el conector de recepción predeterminado denominado "<Mailbox server name> predeterminado" acepta el mensaje.

  4. Lo que ocurre después depende de la configuración del conector de envío:

    • Predeterminado   El servicio de transporte usa el conector de envío que ha creado para enviar el mensaje a Internet.

    • Proxy de salida   El servicio de transporte usa el conector de envío que ha creado para enviar el mensaje al servicio de transporte de front-end en el servidor de buzón local o en un servidor de buzón remoto. En el servicio de transporte de front-end, el conector de recepción predeterminado denominado "<Mailbox server name> de front-end de proxy de salida" acepta el mensaje. Los servicios de transporte de front-end envían el mensaje a Internet.

Si tiene un servidor de transporte perimetral instalado en la red perimetral, el correo saliente nunca fluye a través del servicio de transporte de front-end. En el siguiente diagrama y lista se describe el flujo de correo saliente con un servidor de transporte perimetral.

Flujo de correo saliente en la canalización de transporte con servidores de Transporte perimetral
  1. El servicio de envío de transporte de buzones usa RPC para recuperar el mensaje saliente de la base de datos de buzones de correo local.

  2. El servicio de envío de transporte de buzones usa SMTP para enviar el mensaje al servicio de transporte en el servidor de buzón local o en un servidor de buzón diferente.

  3. En el servicio de transporte en un servidor de buzón del sitio de Active Directory suscrito, el conector de recepción predeterminado denominado "<Mailbox server name> predeterminado" acepta el mensaje.

  4. El mensaje se envía al servidor de transporte perimetral mediante el conector de envío interno de la organización implícito e invisible que envía automáticamente el correo entre los servidores de Exchange de la misma organización.

  5. En el servicio de transporte del servidor de transporte perimetral, el conector de recepción predeterminado denominado "Conector de recepción interno predeterminado <Edge Transport server name>" acepta el mensaje.

  6. En el servicio de transporte del servidor de transporte perimetral, el conector de envío predeterminado denominado "EdgeSync: <Active Directory site name> a Internet" envía el mensaje a Internet.

Volver al principio

Cada mensaje que se envía o recibe mediante una organización de Exchange 2016 debe categorizarse en el servicio de transporte en un servidor de buzones de correo antes de que se enrute y se entregue. Después de que se haya categorizado un mensaje, se coloca en la cola de entrega para ser enviado a la base de datos del buzón de correo de destino, al grupo de disponibilidad de base de datos (DAG) de destino, al sitio de Active Directory o al bosque de Active Directory, o al dominio de destino fuera de la organización.

El servicio de transporte en el servidor de buzones de correo está compuesto por los siguientes componentes y procesos:

  • Recepción SMTP   Cuando el servicio de transporte recibe los mensajes, se realiza la inspección del contenido del mensaje, se aplican las reglas de transporte y se realiza la inspección de correo electrónico no deseado y antimalware si están habilitados. La sesión SMTP tiene una serie de eventos que funcionan conjuntamente en un orden específico para validar el contenido de un mensaje antes de que sea aceptado. Una vez que un mensaje ha pasado completamente por la recepción SMTP y no ha sido rechazado por eventos de recepción ni por ningún agente antimalware o contra correo electrónico no deseado, se pone en la cola de envío.

  • Envío   Envío es el proceso de poner mensajes en la cola de envío. El categorizador recoge un mensaje a la vez para la categorización. El envío se produce de tres maneras:

    • Desde la recepción SMTP a través de un conector de recepción.

    • A través del directorio de recogida o reproducción. Estos directorios existen en servidores de buzones de correo y en servidores de transporte perimetral. Los archivos de mensaje con formato correcto que se copian en el directorio Pickup o en el directorio Replay se ponen directamente en la cola de envío.

    • A través de un agente de transporte.

  • Categorizador   El categorizador toma mensajes, de uno en uno, de la cola de envío. El categorizador completa los siguientes pasos:

    • Resolución del destinatario, que incluye direccionamiento de nivel superior, expansión del grupo de distribución y una bifurcación de mensajes.

    • Resolución de enrutado.

    • Conversión de contenido.

    Además, se aplican reglas de flujo de correo definidas por la organización. Después de haber categorizado los mensajes, estos se colocan en la cola de entrega según el destino del mensaje. La base de datos del buzón de destino, DAG, el sitio de Active Directory, el bosque de Active Directory o el dominio externo colocan los mensajes en la cola.

  • Envío SMTP   La manera en que se enrutan los mensajes desde el servicio de transporte depende de la ubicación de los destinatarios del mensaje en relación con el servidor de buzones de correo donde se produjo la categorización. El mensaje podría enrutarse a una de las siguientes ubicaciones:

    • Al servicio de entrega de transporte de buzones en el mismo servidor de buzones de correo.

    • Al servicio de entrega de transporte de buzones en otro servidor de buzones de correo que forme parte del mismo DAG.

    • Al servicio de transporte en un servidor de buzones de correo en otro DAG, sitio de Active Directory o bosque de Active Directory.

    • Para la entrega en Internet mediante:

      • Un conector de envío en el mismo servidor de buzón.

      • El servicio de transporte en un servidor de buzones diferente.

      • El servicio de transporte de front-end en el mismo servidor de buzón o en un servidor de buzón diferente (si el proxy de salida está configurado).

      • El servicio de transporte en un servidor de transporte perimetral de la red perimetral.

Volver al principio

Los componentes del servicio de transporte en los servidores de transporte perimetral son idénticos a los componentes del servicio de transporte en los servidores de buzones de correo. No obstante, lo que realmente sucede durante cada fase del procesamiento en los servidores de transporte perimetral es distinto. Las diferencias se describen en la lista siguiente.

  • Recepción SMTP   Cuando un servidor de transporte perimetral se suscribe a un sitio interno de Active Directory, el conector de recepción predeterminado denominado "Predeterminado <nombre del servidor de transporte perimetral>"se configura automáticamente para aceptar correo de los servidores de buzones de correo internos y de Internet. Cuando llegan mensajes de Internet al servidor Transporte perimetral, los agentes contra correo no deseado filtran las conexiones y el contenido de los mensajes, y ayudan a identificar el remitente y el destinatario mientras la organización acepta el mensaje. Los agentes contra correo no deseado están instalados y habilitados de manera predeterminada. Existen otras características de filtrado de conexión y filtrado de datos adjuntos, pero no hay capacidades integradas de filtrado de malware. Además, el agente de regla perimetral controla las reglas de transporte. En comparación con el agente de regla de transporte en los servidores de buzones de correo, solo un pequeño subconjunto de condiciones de reglas de transporte está disponible en los servidores de transporte perimetral. Pero hay acciones de reglas de transporte únicas relacionadas con las conexiones SMTP que están disponibles solamente en los servidores de transporte perimetral.

  • Envío   En un servidor Transporte perimetral, los mensajes entran normalmente a la cola de envío a través del conector de recepción. Sin embargo, el directorio de recogida y el directorio de reproducción también están disponibles.

  • Categorizador   En un servidor Transporte perimetral, la categorización es un proceso breve en el que el mensaje se pone directamente en una cola de entrega para entrega a los destinatarios internos o externos.

  • Envío SMTP   Cuando un servidor de transporte perimetral se suscribe a un sitio interno de Active Directory, se crean y configuran automáticamente dos conectores de envío. Uno denominado "EdgeSync - <nombre del sitio Active Directory> a Internet" es responsable de enviar correo saliente a los destinatarios de Internet; el otro denominado "EdgeSync - Entrante en <nombre del sitio Active Directory>" es responsable de enviar correo entrante de Internet a los destinatarios internos. El correo entrante se envía al servicio de transporte de front-end en un servidor de buzones de correo disponible en el sitio de Active Directory con suscripción.

Volver al principio

 
Mostrar: