Nuevo enrutamiento de mensaje y cola inalcanzable
Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Última modificación del tema: 2007-08-14
En este tema se describen escenarios de enrutamiento de mensaje de Microsoft Exchange Server 2007 en los que, cuando un mensaje no se entrega, se coloca en la cola inalcanzable por uno de estos motivos:
No se ha podido determinar ninguna ruta de enrutamiento.
El mensaje se ha enrutado de nuevo.
Cuando se realiza un seguimiento del flujo de mensajes o se supervisan las colas de mensajes de transporte con el Visor de cola, resulta más fácil entender en qué casos los mensajes se ponen en la cola inalcanzable y en qué caso se enrutan de nuevo. Cuando se vuelve a enrutar un mensaje, se reenvía a la cola de envío para determinar la ruta de enrutamiento menos costosa actualmente. El categorizador determina la ruta de enrutamiento.
Nota
La decisión de poner un mensaje en la cola inalcanzable se toma durante la etapa de enrutamiento de la categorización. Si no se puede calcular una ruta de enrutamiento para un mensaje durante la etapa de enrutamiento, el mensaje se enviará a la cola inalcanzable.
La decisión de volver a enrutar un mensaje se toma durante la etapa de entrega del mensaje en el envío SMTP. Si los cambios de la configuración requieren que se reenvíe un mensaje en la cola, se reenviará para que vuelva a ser categorizado en la etapa de entrega de mensajes y se volverá a enrutar con la nueva información de configuración. En función del tipo de cambio de la configuración, algunos de los mensajes reenviados o todos ellos podrían ser enviados a la cola inalcanzable o a otra cola de entrega distinta.
Para obtener más información acerca de cómo se calcula la ruta de enrutamiento menos costosa, vea Descripción del enrutamiento basado en sitios de Active Directory. Para obtener más información acerca del funcionamiento del categorizador, vea Arquitectura de transporte.
Los servidores de transporte de Exchange 2007 detectan los cambios en la configuración que podrían modificar el enrutamiento de un mensaje. Para obtener más información sobre cómo se enrutan los mensajes en una organización de Exchange 2007 con un enrutamiento del sitio basado en Active Directory, vea Descripción del enrutamiento basado en sitios de Active Directory. Para obtener más información sobre cómo solucionar los problemas de flujo del correo con el Visor de cola y otras herramientas, vea los temas siguientes:
Solución de problemas de errores en la entrega de mensajes en Exchange 2007
La Wiki de Exchange 2007: Solución de problemas de la cola de transporte de Exchange 2007
Nota
El contenido de las Wikis y los blogs, y sus URL, pueden cambiar sin previo aviso.
Escenarios en los que se produce un nuevo enrutamiento
Las colas de entrega remota son el foco principal de nuevo enrutamiento de mensajes. 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 servicio de directorio 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 la organización de Exchange y a destinatarios externos. La entrega remota incluye el enrutamiento a sitios remotos de Active Directory, grupos de enrutamiento heredados y dominios remotos. La entrega remota se puede ver afectada de diversos modos por los cambios en la configuración.
El componente de enrutamiento del categorizador intenta detectar si los mensajes en una cola se deben volver a enrutar durante la resolución del Sistema de nombres de dominio (DNS) mejorado. El DNS mejorado es un componente del servicio Transporte de Microsoft Exchange. Durante la resolución de DNS mejorado, la selección de salto siguiente se resuelve con una lista de nombres de servidores de destino. El salto siguiente es una propiedad marcada como atributo NextHopSolutionKey en el mensaje durante la categorización. El componente de enrutamiento del categorizador de mensajes intenta detectar los posibles cambios en la configuración que requieran un reenvío de los mensajes en la cola.
El controlador de almacén es un componente del servidor de transporte de concentradores que entrega mensajes entrantes a las bases de datos de Exchange. El controlador de almacenamiento reenvía el mensaje para nuevo enrutamiento si alguna de las siguientes condiciones es verdadera:
Un mensaje está en una cola de entrega MAPI y se ha seleccionado el salto siguiente. Sin embargo, el mensaje no se ha entregado aún.
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 almacén intenta entregar los mensajes a dicho servidor de buzones, el controlador de almacén pone el mensaje en cola en estado de reintento. Si no se consigue ponerse en contacto con el servidor de buzones después de varios intentos, cuando finalice el intervalo de reintento, todos los mensajes en la cola se reenviarán al categorizador.
Si un mensaje se encuentra en una cola de entrega de puerta de enlace no SMTP, es decir, una cola que se está enrutando a un conector externo, 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 conexiones de puertas de enlace externas es un componente del servicio Transporte de Microsoft Exchange que administra la entrega de mensajes a directorios de entrega que están configurados para que los usen conectores externos. Por ejemplo, para eliminar o deshabilitar un conector externo es necesario volver a enrutar mensajes a otro conector.
Hay varios tipos de cambios en la configuración que afectan al enrutamiento de mensajes. Más adelante en esta sección se explica cómo el servicio Transporte de Microsoft Exchange gestiona estos cambios y cómo afectan a la entrega de mensajes. En la lista siguiente se reumen los tipos de cambios en la configuración:
Salto siguiente no válido El salto siguiente para el mensaje ha sido eliminado o modificado, con lo que se anula la ruta de enrutamiento calculada previamente. El salto siguiente de un mensaje podría ser un sitio de Active Directory, un conector o un servidor de transporte.
Cambios en el salto siguiente La configuración del salto siguiente ha cambiado y el cambio afecta a la conexión. Por ejemplo, los cambios en la lista de servidores de transporte de concentradores en el sitio remoto de Active Directory hace que se modifique la conexión del salto siguiente.
Rutas de enrutamiento preferidas de segundo orden Cuando se modifica la configuración siguiendo una ruta de enrutamiento calculada previamente, los mensajes ya enrutados se entregarán si la ruta de enrutamiento está accesible. En cambio, los mensajes nuevos se enrutarán de nuevo de acuerdo con los cambios actualizados en la configuración.
Salto siguiente no disponible La conexión a la red o la disponibilidad del servidor de destino hacen que el salto siguiente no esté disponible para la conexión. Sin embargo, el salto siguiente no se modifica. Esto ocurre, por ejemplo, cuando los servidores de transporte de concentradores en un sitio de Active Directory no tienen conexión.
Casos especiales En algunos casos, los cambios en la configuración pueden deberse a un error en la resolución de MX DNS para un conector DNS o un conector de host inteligente.
Vea la tabla Cambios en la configuración que provocan retraso y un nuevo enrutamiento de los mensajes más adelante en este tema para obtener una lista completa de los cambios concretos en la configuración que afectan al enrutamiento de mensajes.
Saltos siguientes no válidos
En esta sección se describen los cambios en la configuración que pueden anular el salto siguiente calculado previamente. 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 está entregando un mensaje a un conector SMTP en el equipo local, el servidor que recibe el mensaje para enviarlo 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 ha sido 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 de mensajes. Esto hace que todos los mensajes en la cola vuelvan a categorizarse.
Si se modifica la configuración del conector de envío para eliminar el servidor local como servidor de origen del conector, el cambio en la configuración será detectado durante la fase de entrega de mensajes y todos los mensajes en 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 con el Protocolo simple de transferencia de correo (SMTP) se produce en un sitio de Active Directory cuando se dan los escenarios siguientes:
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 2007 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 2007 suscrito al sitio local de Active Directory.
El buzón de correo del destinatario se encuentra en un servidor en el que se ejecuta Microsoft Exchange Server 2003 y como mínimo uno de los servidores de origen para el conector de grupo de enrutamiento seleccionado es un servidor de transporte de concentradoresExchange 2007 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 2007 en el sitio local de Active Directory.
En los tres primeros 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 de mensajes y la cola se reenviará.
En el cuarto escenario, los mensajes se pondrán en cola para ser entregados a un servidor de expansión, y el atributo NextHopSolutionKey contendrá el nombre de dominio completo (FQDN) del servidor de expansión para el grupo de distribución. Si la función 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 de mensajes y se reenviará la cola.
Retransmisión SMTP a un sitio remoto de Active Directory
Cuando se envía un mensaje a un sitio remoto de Active Directory, el salto siguiente es un sitio de Active Directory distinto al servidor de transporte de concentradores que está procesando el mensaje. Esta clase de entrega se produce en los escenarios siguientes:
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 2007 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 2007 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 2007 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 2007 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 indica en la lista como servidor de origen para el conector de grupo 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 se detectará durante la fase de entrega de mensajes y la cola se reenviará.
Retransmisión SMTP a un servidor Exchange Server 2003
Cuando se envía un mensaje a un servidor de Exchange 2003, el servidor de transporte concentradores de Exchange 2007 retransmite el mensaje a través de un conector de grupo de enrutamiento a un servidor de Exchange 2003. Este tipo de entrega se produce en los escenarios siguientes:
El destinatario es un usuario resuelto, una base de datos de buzones de correo o una carpeta pública ubicados en un servidor de Exchange 2003.
El destinatario es una dirección externa. Los servidores de origen del conector SMTP seleccionados para la dirección son servidores de Exchange 2003.
El destinatario es una dirección externa. Los servidores de origen del conector externo seleccionado para la dirección son servidores de Exchange 2003.
El destinatario es un grupo de distribución. El servidor de expansión designado es un servidor de Exchange 2003.
En estos escenarios, si se elimina el conector de grupo de enrutamiento, el cambio en la configuración se detectará durante la fase de entrega de mensajes y la cola se reenviará.
Cambio de los saltos siguientes
En algunos casos, el salto siguiente no queda anulado. Sin embargo, se modifica de un modo que afecta a la conexión al destino de un salto siguiente. Estos cambios en la configuración se detectan automáticamente durante la fase de entrega de mensajes, y los mensajes se envían a destinos nuevos.
Los siguientes tipos de cambio actualizan la lista de destinos de salto siguiente:
Cambios en la lista de servidores de destino de un conector de grupo de enrutamiento.
Cambios en la lista de servidores concentradores 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.
Cambios en la lista de hosts inteligentes en un conector de host inteligente.
La introducción de sitios de concentradores junto con una ruta de enrutamiento calculada previamente. Cuando se detecta este cambio durante la fase de entrega de mensajes, la lista de direcciones IP devuelta tras la petición de resolución se ajusta de modo que el mensaje se envía al sitio del concentrador.
Rutas de enrutamiento preferidas de segundo orden
Si un cambio en la configuración hace que una ruta de enrutamiento calculada previamente se convierta en una opción preferida de segundo orden o deje de ser tenida en cuenta, la ruta de enrutamiento sigue estando accesible y los mensajes se entregarán siguiendo la ruta de enrutamiento calculada previamente. Los cambios siguientes en la configuración pertenecen a esta categoría:
Las restricciones del tamaño del mensaje se añaden siguiendo la ruta de enrutamiento. Esto hace que los mensajes que superan el tamaño límite sean enrutados siguiendo otra ruta de enrutamiento distinta.
Se crea una ruta de enrutamiento con un mejor costo 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 para un conector. Si el conector cuyo alcance se ha modificado, por ejemplo de general o 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 de mensajes, porque los mensajes se pondrán en la cola del sitio remoto de Active Directory en vez de la cola del conector.
Puesto que la ruta de enrutamiento intenta realizar una retransmisión SMTP a un servidor de buzones de correo 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 servidor de expansión.
En estos casos, los mensajes se entregan siguiendo la ruta de enrutamiento calculada previamente. Puesto que la ruta de enrutamiento existe y está accesible, 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.
Saltos siguientes no disponibles
En este caso, un cambio en la configuración o en la conexión a red no anula el salto siguiente al que se han enrutado los mensajes, pero sí hace que el salto siguiente no esté disponible. Esto significa que no se puede establecer una conexión vía SMTP con el destino de salto siguiente 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 actualmente no está en línea.
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 o Microsoft Exchange 2000 Server que no están disponibles o no están conectados.
Los dominios remotos no están disponibles, porque hay problemas con la conexión a la red.
Los errores en la entrega de mensajes debidos a problemas de conexión de la red no son detectados por el componente de enrutamiento del categorizador. Cuando no se puede establecer una conexión vía SMTP con el destino de salto siguiente, el envío SMTP vuelve a intentar acceder a la cola. 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 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 puede que un cambio en la configuración que modifique el destino de salto siguiente solucione el problema. Por ejemplo, si el problema se debe a que todos los servidores de transporte de concentradores en un sitio de destino están sin conexión, y mueve buzones de correo a un servidor en otro sitio, el salto siguiente cambiará al nuevo sitio.
Nota
El reenvío automático desde la cola de entrega de mensajes a la cola Envío sólo se produce en el caso de las colas que no corresponden a un conector. Las colas de conector permanecen en modo de reintento hasta que se soluciona el problema o los mensajes vencen y se envía una notificación de entrega no realizada (NDR).
Escenarios adicionales en los que se produce un nuevo enrutamiento
Además de los casos descritos anteriormente en esta sección, en los casos siguientes los mensajes se vuelven a enrutar durante la fase de entrega de mensajes:
Error en la resolución de MX DNS para un conector DNS. Si se produce un error en la resolución de MX DNS, porque no se ha encontrado el host con autorización para el registro MX, se enviará inmediatamente una NDR para los mensajes en cola. Si hay otro tipo de errores, la cola se pone en modo de reintento hasta que se establezca una conexión o los mensajes venzan.
Error en la resolución de MX DNS para un conector de host inteligente. La cola se pone en modo de reintento hasta que los mensajes venzan.
Cambios en la configuración que provocan retraso y un nuevo enrutamiento de los 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 de mensajes y los mensajes se vuelven a enrutar o la entrega se retrasa.
Cambios en la configuración que provocan retraso y un nuevo enrutamiento de los mensajes
| Situación 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 accesible. |
|
||||||||||||||||
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 no SMTP a un conector no SMTP configurado en el servidor local. |
|
Cola inalcanzable
Cada servidor de transporte puede tener sólo una cola inalcanzable. La cola inalcanzable tiene mensajes que no se pueden enrutar a sus destinos. Normalmente, un destino inalcanzable es provocado por los cambios de configuración que han modificado la ruta de enrutamiento para la entrega. Sin tener en cuanta el destino, todos los mensajes con destinatarios inalcanzables residen en esta cola. Para obtener más información acerca de las colas, vea Administrar colas (en inglés).
Como se ha explicado anteriormente en este tema, la decisión de poner un mensaje en la cola inalcanzable se toma durante la etapa de enrutamiento de la categorización. Si no se puede calcular una ruta de enrutamiento para un mensaje durante la etapa de enrutamiento, el mensaje se enviará a la cola inalcanzable. Los mensajes en la cola inalcanzable se vuelven a enrutar después de procesar los cambios en la configuración.
Sólo hay una cola inalcanzable para cada servidor de transporte de Exchange 2007.
Durante la categorización, los mensajes se ponen en la cola inalcanzable 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 nombres. El componente de enrutamiento del categorizador también podría ignorar 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 instalada la función 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 ignorado por el componente de enrutamiento del categorizador, porque está deshabilitado o mal configurado de algún modo.
En las situaciones siguientes, los mensajes no se colocan en la cola inalcanzable. En cambio se envían NDR.
No se puede calcular la ruta de enrutamiento para un destinatario, porque las restricciones, como las de tamaño del mensaje, evitan 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 ignorado por el componente de enrutamiento del categorizador, porque el conector de envío está deshabilitado o mal configurado.
La decisión de volver a enrutar un mensaje se toma después de la categorización y durante la etapa de entrega de mensajes. La decisión de poner un mensaje en la cola inalcanzable se toma durante la etapa de enrutamiento de la categorización. Un mensaje de enrutamiento se puede poner en la cola inalcanzable si los cambios en la configuración no validan la ruta de enrutamiento determinada. Las colas inalcanzables se pueden ver en el Visor de cola marcado con el tipo de entrega inalcanzable. Para obtener más información acerca de cómo solucionar problemas con la cola inalcanzable y otros problemas de flujo de correo, vea los siguientes temas:
Los mensajes en la cola inalcanzable 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 inalcanzable sólo se reenvía si las tablas de enrutamiento anteriores y las nuevas no coinciden.
Situaciones en las que los mensajes se colocan en la cola inalcanzable
En esta sección se describen algunas situaciones en las que los mensajes se ponen en la cola inalcanzable.
- No existe un conector de grupo de enrutamiento entre una organización de Exchange 2007 y otra de Exchange 2003.
No se ha configurado un conector de grupo de enrutamiento entre el grupo de enrutamiento de Exchange 2007 y los grupos de enrutamiento de Exchange 2003, o bien se ha eliminado el último conector de grupo de enrutamiento entre el grupo de enrutamiento de Exchange 2007 y los grupos de enrutamiento de Exchange 2003. No existe ningún conector de grupo que facilite una ruta de enrutamiento a los destinatarios de Exchange 2003. Para solucionar este problema, compruebe que no exista ningún conector de grupo de enrutamiento antes de definir un nuevo conector de grupo de enrutamiento con el cmdlet New-RoutingGroupConnector. Para obtener más información, consulte Cómo crear conectores para grupo de enrutamiento desde Exchange 2007 en Exchange Server 2003 y New-RoutingGroupConnector. Si existe un conector de grupo de enrutamiento, el mensaje debe estar en la cola inalcanzable por otro motivo. Para obtener más información acerca de la coexistencia de conectores de grupo de enrutamiento, vea "Creación de conectores de grupo de enrutamiento adicionales" en Enrutamiento de mensajes en un entorno de coexistencia.
- 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 esta situación, los mensajes para destinatarios en ese sitio se envían a la cola inalcanzable. Para solucionar este problema, implemente un servidor de transporte de concentradores en el sitio de Active Directory. Para obtener más información, vea Función de servidor de transporte de concentradores: introducción (en inglés).
- 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 2007. 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 inalcanzable, 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 inalcanzable, 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 aplicación del Visor de eventos de Windows. El último mensaje de error y estos eventos pueden ayudar al administrador a determinar el error de configuración y corregirlo, de modo que los mensajes en la cola inalcanzable se puedan enrutar correctamente.Un administrador también puede hacer manualmente que los mensajes en colas se reenvíen. Utilice el cmdlet Retry-Queue con el parámetro Resubmit para que los mensajes en una cola se puedan reenviar manualmente al categorizador. Para obtener más información, vea Cómo volver a enviar mensajes a colas (en inglés).
Para obtener más información
Para obtener más información al respecto, vea los siguientes temas (en inglés):