Nuevo enrutamiento de mensaje y cola inalcanzable
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2015-03-09
En Microsoft Exchange Server 2010, existen escenarios de enrutamiento de mensajes en los que, cuando un mensaje no se entrega, se lo coloca en la cola inaccesible o se lo vuelve a enrutar.
La decisión de poner un mensaje en la cola inaccesible se toma durante la fase de enrutamiento de la categorización. Si no se puede calcular una ruta de enrutamiento para un mensaje durante la fase de enrutamiento, el mensaje se enviará a la cola inaccesible.
La decisión de volver a enrutar un mensaje se toma durante la fase de entrega del mensaje en el proceso del conector de envío SMTP. Si existen cambios en la configuración que requieren que se reenvíe un mensaje de la cola, el mensaje se reenviará para la categorización en la fase de entrega del mensaje y se volverá a enrutar con la nueva información de configuración. En función del tipo de cambio en la configuración, algunos de los mensajes reenviados o todos ellos podrían enviarse a la cola inaccesible o a otra cola de entrega.
Para obtener más información acerca de cómo se calcula la ruta de enrutamiento menos costosa, consulte Descripción del enrutamiento de mensajes. Para obtener más información acerca del funcionamiento del categorizador, consulte Descripción de la canalización de transporte.
¿Está buscando tareas de administración relacionadas con el enrutamiento de mensajes? Consulte Administración de enrutamiento de mensajes.
Nuevo enrutamiento de mensajes
Existen dos tipos de entrega de mensajes en Exchange:
La entrega local hace referencia a la entrega de mensajes enviados a un destinatario cuyo buzón de correo se encuentra en el mismo sitio de Active Directory que el servidor de transporte de concentradores en el que se ha realizado la categorización.
La entrega remota hace referencia a la entrega de mensajes a destinatarios en otros sitios de Active Directory de la organización de Exchange y a destinatarios externos. Las colas de entrega remota son el punto principal del nuevo enrutamiento de mensajes. La entrega remota puede verse afectada de diversos modos por los cambios en la configuración.
El componente de enrutamiento del categorizador intenta detectar si los mensajes de una cola se deben volver a enrutar durante la resolución del Sistema de nombres de dominio (DNS) mejorado. Durante la resolución del DNS mejorado, el enrutamiento intenta detectar si es necesario volver a enrutar una cola. En esta fase, el atributo NextHopSolutionKey se resuelve en una lista de destinos. Esto permite al enrutamiento detectar automáticamente cambios en la configuración que invaliden o modifiquen el atributo NextHopSolutionKey. Si el enrutamiento detecta que los cambios en la configuración requieren volver a enrutar los mensajes de una cola, los mensajes de la cola afectada se vuelven a enviar al categorizador y la ruta menos costosa se vuelve a calcular, teniendo en cuenta los nuevos cambios en la configuración.
El controlador de almacenamiento, que entrega los mensajes entrantes a las bases de datos de Exchange, también puede volver a enrutar los mensajes. Reenvía el mensaje para un nuevo enrutamiento si alguna de las siguientes condiciones es verdadera:
El mensaje está en una cola de entrega MAPI y se seleccionó el próximo salto, pero no se entregó el mensaje.
El buzón de correo de destino se mueve a otro servidor de buzones.
Si un servidor de buzones no está disponible cuando el controlador de almacenamiento intenta entregar los mensajes a dicho servidor de buzones, el controlador de almacenamiento pone la cola de mensajes en estado de reintento. Si no es posible ponerse en contacto con el servidor de buzones después de varios intentos, cuando expire el intervalo de reintento, todos los mensajes de la cola se reenviarán al categorizador.
Si un mensaje se encuentra en una cola de entrega de puerta de enlace que no es SMTP (una cola que se enrutará a un conector externo o a un conector de agente de entrega), el controlador de la conexión de puerta de enlace externa determinará si el cambio en la configuración requiere un nuevo enrutamiento. El controlador de la conexión de puerta de enlace externa es un componente del servicio de transporte de Microsoft Exchange, que administra la entrega de mensajes a las colas del conector de agente de entrega o los directorios de entrega del conector externo. Por ejemplo, para eliminar o deshabilitar un conector externo, es necesario volver a enrutar los mensajes a otro conector.
En la siguiente lista, se resumen los tipos de cambios en la configuración que afectan al enrutamiento de mensajes. Cada cambio en la configuración se describe detalladamente más adelante en este tema:
Próximo salto no válido El próximo salto del mensaje se ha eliminado o modificado, con lo que se anula la ruta de enrutamiento calculada anteriormente. El próximo salto de un mensaje podría ser un sitio de Active Directory, un conector o un servidor de transporte (un servidor de transporte de concentradores o un servidor de transporte perimetral).
Cambios en el próximo salto La configuración del próximo salto se ha modificado, y el cambio afecta la conexión. Por ejemplo, al realizar cambios en la lista de servidores de transporte de concentradores del sitio remoto de Active Directory, se modifica la conexión del próximo salto.
Rutas de enrutamiento preferidas de segundo orden Cuando se modifica la configuración siguiendo una ruta de enrutamiento calculada anteriormente, los mensajes ya enrutados se entregarán si la ruta de enrutamiento está disponible. En cambio, los mensajes nuevos se volverán a enrutar con los cambios actualizados en la configuración.
Próximo salto no disponible La conexión a la red o la disponibilidad del servidor de destino hacen que el próximo salto no esté disponible para la conexión. Sin embargo, el próximo salto no se modifica. Esto ocurre, por ejemplo, cuando los servidores de transporte de concentradores de un sitio de Active Directory no tienen conexión.
Escenarios adicionales en los que se produce un nuevo enrutamiento En algunos casos, los cambios en la configuración pueden deberse a un error en la resolución de registros de recursos MX de DNS para un conector DNS o un conector de host inteligente.
Cambios en la configuración que provocan retraso o un nuevo enrutamiento de mensajes Cuando se detectan cambios concretos en la configuración durante la fase de entrega del mensaje, se producen acciones de enrutamiento, y los mensajes se vuelven a enrutar o la entrega se retrasa.
Próximo salto no válido
Los cambios en la configuración pueden invalidar un próximo salto calculado anteriormente. En estas circunstancias, el componente de enrutamiento del categorizador puede detectar el cambio en la configuración y cambiar el enrutamiento para compensar el cambio.
Entrega a un conector SMTP en el equipo local
Cuando se entrega un mensaje a un conector SMTP en el equipo local, el servidor que recibe el mensaje para retransmitirlo a su destino es además el servidor de origen del conector de envío a través del cual se enrutará el mensaje. Esta clase de entrega se produce cuando se cumple una de las siguientes condiciones:
El mensaje se ha recibido en un conector de recepción vinculado.
El destinatario tiene una dirección externa, y un servidor de origen para el conector seleccionado es el equipo local.
Si el conector de envío seleccionado por el componente de enrutamiento del categorizador se elimina o se deshabilita, el cambio en la configuración será detectado en la fase de entrega del mensaje. Esto hace que todos los mensajes de la cola vuelvan a categorizarse.
Si se modifica la configuración del conector de envío para quitar el servidor local como servidor de origen del conector, el cambio en la configuración será detectado durante la fase de entrega del mensaje, y todos los mensajes de la cola se volverán a categorizar.
Un cambio en el método de resolución de la dirección del conector de envío hará que la cola se enrute de nuevo. Un conector de envío se puede configurar para que utilice DNS para resolver los registros MX y enrute los mensajes automáticamente, o se puede configurar para que enrute todos los mensajes a través de uno o varios hosts inteligentes. Si se cambia la resolución de la dirección de un conector de envío, los mensajes enrutados a través de ese conector de envío se volverán a enrutar.
Retransmisión SMTP en un sitio de Active Directory
La retransmisión de mensajes SMTP en un sitio de Active Directory se produce en los siguientes escenarios:
El destinatario tiene una dirección externa y como mínimo uno de los servidores de origen del conector de envío es un servidor de transporte de concentradores de Exchange 2010 ubicado en el sitio local de Active Directory.
El destinatario tiene una dirección externa y como mínimo uno de los servidores de origen del conector de envío es un servidor de transporte perimetral de Exchange 2010 suscrito al sitio local de Active Directory.
El buzón de correo del destinatario se encuentra en un servidor que ejecuta Exchange Server 2007 en el sitio local de Active Directory.
El buzón de correo del destinatario se encuentra en un servidor que ejecuta Exchange Server 2003 y como mínimo uno de los servidores de origen del conector de grupos de enrutamiento seleccionado es un servidor de transporte de concentradores de Exchange 2010 en el sitio local de Active Directory.
El destinatario es un grupo de distribución, mientras que el servidor de expansión del grupo es un servidor de transporte de concentradores de Exchange 2010 en el sitio local de Active Directory.
En los primeros cuatro escenarios, si se elimina o se deshabilita el conector de envío, el cambio en la configuración será detectado durante la fase de entrega del mensaje y la cola se reenviará.
En el último escenario, los mensajes se pondrán en cola para ser entregados a un servidor de expansión, y el atributo NextHopSolutionKey incluirá el nombre de dominio completo (FQDN) del servidor de expansión para el grupo de distribución. Si el rol del servidor Transporte de concentradores se desinstala del servidor de expansión especificado, ese cambio en la configuración será detectado durante la fase de entrega del mensaje y se reenviará la cola.
Retransmisión SMTP a un sitio remoto de Active Directory
Cuando se entrega un mensaje a un sitio remoto de Active Directory, el próximo salto es un sitio de Active Directory distinto al servidor de transporte de concentradores que procesa el mensaje. Esta clase de entrega se produce en los siguientes escenarios:
El destinatario es un usuario resuelto, una base de datos de buzones de correo o una carpeta pública, mientras que el equipo de destino es un servidor de Exchange 2010 en un sitio remoto de Active Directory.
El destinatario es una dirección externa, y los servidores de origen del conector de envío seleccionados para dicha dirección son servidores de Exchange 2010 en un sitio remoto de Active Directory.
El destinatario es una dirección externa, y los servidores de origen del conector externo seleccionado para el componente de enrutamiento del categorizador son servidores de Exchange 2010 en un sitio remoto de Active Directory.
El destinatario es un grupo de distribución, y el servidor de expansión es un servidor de transporte de concentradores de Exchange 2010 en un sitio remoto de Active Directory.
El buzón de correo del destinatario se encuentra en un servidor de Exchange 2003, y el servidor de transporte de concentradores más próximo que se muestra como servidor de origen para el conector de grupos de enrutamiento seleccionado se encuentra en un sitio remoto de Active Directory.
En estos escenarios, si se elimina el sitio remoto de Active Directory, el cambio en la configuración será detectado durante la fase de entrega del mensaje y la cola se reenviará.
Retransmisión SMTP a un servidor de Exchange Server 2003
Cuando se entrega un mensaje a un servidor de Exchange 2003, el servidor de transporte concentradores de Exchange 2010 retransmite el mensaje a través de un conector de grupos de enrutamiento a un servidor de Exchange 2003. Este tipo de entrega se produce en los siguientes escenarios:
El destinatario es un usuario resuelto, una base de datos de buzones de correo o una carpeta pública que se encuentra en un servidor de Exchange 2003.
El destinatario es una dirección externa, y los servidores de origen del conector SMTP seleccionado para dicha dirección son servidores de Exchange 2003.
El destinatario es una dirección externa, y los servidores de origen del conector externo seleccionado para dicha dirección son servidores de Exchange 2003.
El destinatario es un grupo de distribución, y el servidor de expansión designado es un servidor de Exchange 2003.
En estos escenarios, si se elimina el conector de grupos de enrutamiento, el cambio en la configuración será detectado durante la fase de entrega del mensaje y la cola se reenviará.
Cambios en el próximo salto
En algunos casos, el próximo salto no se anula. Sin embargo, se modifica de un modo que afecta la conexión al destino de un salto siguiente. Estos cambios en la configuración se detectan automáticamente durante la fase de entrega del mensaje, y los mensajes se entregan a destinos nuevos.
Los siguientes tipos de cambios actualizan la lista de destinos de un próximo salto:
Cambios en la lista de servidores de destino de un conector de grupos de enrutamiento.
Cambios en la lista de servidores de transporte de concentradores en el sitio remoto de Active Directory.
Cambios en la lista de servidores de transporte de concentradores o servidores de transporte perimetral en el sitio local de Active Directory.
La introducción de sitios de concentradores siguiendo una ruta de enrutamiento calculada anteriormente. Cuando se detecta este cambio durante la fase de entrega del mensaje, la lista de direcciones IP devuelta tras la solicitud de resolución se ajusta de modo que el mensaje se envía al sitio de concentradores.
Rutas de enrutamiento preferidas de segundo orden
Si un cambio en la configuración hace que una ruta de enrutamiento calculada anteriormente se convierta en una opción preferida de segundo orden o se deje de tener en cuenta, la ruta de enrutamiento sigue estando disponible y los mensajes se entregarán siguiendo la ruta de enrutamiento calculada previamente. Los siguientes cambios en la configuración pertenecen a esta categoría:
Las restricciones del tamaño del mensaje se agregan siguiendo la ruta de enrutamiento. Esto hace que los mensajes que superan el límite de tamaño se enruten siguiendo otra ruta de enrutamiento.
Se crea una ruta de enrutamiento con mejor coste o proximidad.
El espacio para la dirección del conector cambia.
Se producen otros cambios relacionados con el conector, como la habilitación de un conector o la modificación del alcance de un conector. Por ejemplo, si un conector cuyo alcance se ha modificado de general a dentro de un ámbito se encuentra en el sitio local de Active Directory, el cambio no tendrá ninguna repercusión. Si el conector se encuentra en un sitio remoto de Active Directory, el cambio no será detectado durante la fase de entrega del mensaje, porque los mensajes se pondrán en la cola del sitio remoto de Active Directory en vez de la cola del conector.
Dado que la ruta de enrutamiento intenta realizar una retransmisión SMTP a un servidor de buzones en el sitio remoto de Active Directory, el servidor de buzones de correo se moverá de un sitio remoto de Active Directory a un sitio local de Active Directory.
La ruta de enrutamiento intenta alcanzar el servidor de expansión para un grupo de distribución cuando deja de ser un servidor de expansión.
En estos escenarios, los mensajes existentes se entregan siguiendo la ruta de enrutamiento calculada anteriormente. Como la ruta de enrutamiento existe y está disponible , los mensajes ya enrutados no se verán afectados por estos cambios en la configuración. Sin embargo, los mensajes que se envíen a partir de entonces se enrutarán de acuerdo con la configuración actualizada.
Próximo salto no disponible
En este escenario, un cambio en la configuración o en la conexión a la red no anula el próximo salto al que se enrutan los mensajes, pero sí hace que el próximo salto no esté disponible. Esto significa que no se puede establecer una conexión SMTP con el destino del próximo salto por algún motivo. Los motivos posibles son los siguientes:
Se ha intentado establecer una conexión SMTP con un servidor de transporte de concentradores en el sitio local que no está conectado.
Un sitio remoto de Active Directory tiene servidores de transporte de concentradores no disponibles o no conectados.
Un grupo de enrutamiento remoto tiene servidores cabeza de puente de Exchange 2003 que no están disponibles o no están conectados.
Los dominios remotos no están disponibles porque hay problemas en la conexión a la red.
Los errores en la entrega de mensajes provocados por problemas de conexión a la red no son detectados por el componente de enrutamiento del categorizador. Cuando no se puede establecer una conexión SMTP con el destino del próximo salto, el conector de envío SMTP intenta tener acceso a la cola nuevamente. El parámetro MaxIdleTimeBeforeResubmit, que se encuentra en el archivo EdgeTransport.exe.config, tiene un valor predeterminado de 12 horas. Cuando haya transcurrido el intervalo de reintento configurable (MaxIdleTimeBeforeResubmit) sin que se haya podido establecer una conexión, todos los mensajes de la cola de entrega se volverán a enviar a la cola de envío. Si el problema de conexión persiste, se repetirá el proceso. Si el problema de conexión se ha resuelto, los mensajes se entregarán en cuanto un reintento tenga éxito. También es posible que un cambio en la configuración que modifique el destino del próximo salto solucione el problema. Por ejemplo, si el problema se debe a que todos los servidores de transporte de concentradores de un sitio de destino están sin conexión, y mueve buzones de correo a un servidor de otro sitio, el próximo salto cambiará al nuevo sitio.
Nota
El reenvío automático desde la cola de entrega de mensajes a la cola de envío sólo se produce en el caso de las colas que no pertenecen a un conector. Las colas de conector permanecen en modo de reintento hasta que se soluciona el problema, o hasta que los mensajes expiran y se envía un informe de no entrega (NDR).
Escenarios adicionales en los que se produce un nuevo enrutamiento
Además de los escenarios descritos anteriormente en esta sección, en los siguientes escenarios, los mensajes se vuelven a enrutar durante la fase de entrega del mensaje:
Error en la resolución MX de DNS para un conector DNS. Si se produce un error en la resolución MX de DNS, porque no se ha encontrado el host con autorización para el registro MX, se enviará inmediatamente un NDR para los mensajes de la cola. Si hay otro tipo de errores, la cola se pone en modo de reintento hasta que se establece una conexión o hasta que los mensajes expiran.
Error en la resolución MX de DNS para un conector de host inteligente. La cola se pone en modo de reintento hasta que los mensajes expiran.
Cambios en la configuración que provocan retraso o un nuevo enrutamiento de mensajes
En la tabla siguiente, se resumen las acciones de enrutamiento que se realizan cuando se detectan cambios concretos en la configuración durante la fase de entrega del mensaje, y los mensajes se vuelven a enrutar o la entrega se retrasa.
Cambios en la configuración que provocan retraso o un nuevo enrutamiento de mensajes
| Escenario de enrutamiento | Cambio en la configuración y acción de enrutamiento | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
El mensaje se enruta a un conector DNS configurado en el servidor local. |
|
||||||||||||||||
El mensaje se enruta a un conector de host inteligente configurado en el servidor local. |
|
||||||||||||||||
El mensaje se enruta a un conector con un servidor de transporte de concentradores o un servidor de transporte perimetral de origen en el sitio local de Active Directory. |
|
||||||||||||||||
El mensaje se enruta a un servidor de expansión para un grupo de distribución en el sitio local de Active Directory. |
|
||||||||||||||||
El mensaje se enruta a un servidor de transporte en el sitio local de Active Directory. |
|
||||||||||||||||
El mensaje se enruta a un sitio remoto de Active Directory. |
|
||||||||||||||||
El mensaje se enruta a un servidor de Exchange 2003 en un grupo de enrutamiento remoto. |
|
||||||||||||||||
El mensaje se enruta a un destino y se producen cambios en la configuración, pero el destino sigue estando disponible. |
|
||||||||||||||||
El mensaje se enruta mediante la entrega MAPI a un servidor de buzones de correo. |
|
||||||||||||||||
El mensaje se reenvía mediante una puerta de enlace que no es SMTP a un conector no SMTP configurado en el servidor local. |
|
Cola inaccesible
La cola inaccesible tiene mensajes que no se pueden enrutar a sus destinos. Normalmente, un destino inaccesible es provocado por direcciones de correo electrónico escritas de manera incorrecta o por cambios en la configuración que han modificado la ruta de enrutamiento para la entrega. Sin tener en cuanta el destino, todos los mensajes con destinatarios inaccesibles residen en esta cola.
La decisión de poner un mensaje en la cola inaccesible se toma durante la fase de enrutamiento de la categorización. Si no se puede calcular una ruta de enrutamiento para un mensaje durante la fase de enrutamiento, el mensaje se enviará a la cola inaccesible. Los mensajes de la cola inaccesible se vuelven a enrutar después de procesar los cambios en la configuración. Sólo hay una cola inaccesible para cada servidor de transporte de Exchange 2010.
Durante la categorización, los mensajes se ponen en la cola inaccesible cuando se cumplen las condiciones siguientes:
El destinatario es un objeto de destinatario de Active Directory válido. Sin embargo, no se puede calcular una ruta de enrutamiento para ese destinatario.
El destinatario es una dirección SMTP externa, y no se encuentra un conector correspondiente para el espacio de la dirección. El componente de enrutamiento del categorizador también podría omitir un conector correspondiente si estuviera deshabilitado o mal configurado.
El destinatario es un grupo de distribución. El servidor de expansión para el grupo de distribución no es válido o no tiene instalado el rol del servidor Transporte de concentradores.
El destinatario es un destinatario de dirección SMTP de un mensaje recibido en un conector de recepción vinculado a un conector de envío omitido por el componente de enrutamiento del categorizador, porque está deshabilitado o mal configurado de algún modo.
En los siguientes escenarios, los mensajes no se colocan en la cola inaccesible y, en su lugar, se envían NDR:
No se puede calcular la ruta de enrutamiento para un destinatario porque existen restricciones, como las de tamaño del mensaje, que impiden que se entregue el mensaje mediante una única ruta determinista calculada por el categorizador.
El destinatario es una dirección no SMTP, y no se encuentra un conector correspondiente. O bien el conector correspondiente está deshabilitado o mal configurado.
El destinatario es un destinatario de dirección no SMTP recibido en un conector de recepción vinculado a un conector de envío omitido por el componente de enrutamiento del categorizador, porque el conector de envío está deshabilitado o mal configurado.
Los mensajes de la cola inaccesible se reenvían al categorizador cuando las tablas de enrutamiento se reconstruyen debido a cambios en la configuración. Se comparan las tablas de enrutamiento anteriores y las nuevas. La cola inaccesible sólo se reenvía si las tablas de enrutamiento anteriores y las nuevas no coinciden.
Escenarios en los que los mensajes se colocan en la cola inaccesible
En esta sección, se describen algunos escenarios en los que los mensajes se ponen en la cola inaccesible.
- No existe un conector de grupos de enrutamiento entre una organización de Exchange 2010 y otra de Exchange 2003.
No se ha configurado un conector de grupos de enrutamiento entre el grupo de enrutamiento de Exchange 2010 y los grupos de enrutamiento de Exchange 2003, o bien se ha quitado el último conector de grupos de enrutamiento entre el grupo de enrutamiento de Exchange 2010 y los grupos de enrutamiento de Exchange 2003. No existe ningún conector de grupos de enrutamiento que facilite una ruta de enrutamiento a los destinatarios de Exchange 2003. Para resolver este problema, compruebe primero si falta el conector de grupos de enrutamiento. Si es así, puede crear un conector de grupos de enrutamiento. Para obtener más información, consulte Crear conectores para grupos de enrutamiento adicionales de Exchange 2010 a Exchange 2003. Si existe un conector de grupos de enrutamiento, el mensaje debe estar en la cola inaccesible por otro motivo. Compruebe la configuración del conector de grupos de enrutamiento.
- El sitio de destino de Active Directory carece de servidores de transporte de concentradores.
El sitio de destino de Active Directory carece de servidores de transporte de concentradores. En este escenario, los mensajes para los destinatarios de ese sitio se envían a la cola inaccesible. Para solucionar este problema, implemente un servidor de transporte de concentradores en el sitio de Active Directory. Para obtener más información, consulte Información general de la función del servidor Transporte de concentradores.
- No existe un vínculo de sitio de Active Directory entre dos sitios de Active Directory.
Se ha eliminado un vínculo de sitio de Active Directory y, en consecuencia, un servidor de Active Directory desconectado contiene servidores de Exchange 2010. Para solucionar este problema, cree un vínculo de sitio de Active Directory nuevo mediante Sitios y servicios de Active Directory.
Otros problemas
Cuando se pone un mensaje en la cola inaccesible, el último mensaje de error especifica por qué se ha colocado el mensaje en esta cola. Si se enruta más de un destinatario del mismo mensaje a la cola inaccesible, pero por motivos distintos, el último error disponible en cada destinatario especificará el motivo en cada caso. Si se detectan incoherencias durante el cálculo de la tabla de enrutamiento, se registrarán eventos en el registro de aplicaciones del visor de eventos de Windows. El último mensaje de error y estos eventos pueden ayudar a determinar el error de configuración y corregirlo, de modo que los mensajes en la cola inaccesible se puedan enrutar correctamente.También puede forzar manualmente el reenvío de los mensajes de las colas. Para obtener más información, consulte Volver a enviar mensajes en colas.
© 2010 Microsoft Corporation. Reservados todos los derechos.