Administración de intervalos de reintento, reenvío y caducidad de mensajes
Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Última modificación del tema: 2006-10-30
Los equipos que ejecutan Microsoft Exchange Server 2007 y que tienen instalada la función del servidor Transporte de concentradores o la función del servidor Transporte perimetral, contienen colas de espera, conectores de envío y conectores de recepción. Las colas de espera retienen los mensajes que hay que entregar. Los conectores establecen las rutas de entrada o de salida para entregar los mensajes.
Los mensajes que no se pueden entregar con éxito están sujetos a diversos plazos de reintento, reenvío y expiración en función del origen y del destino de los mensajes. Reintentar es un reintento de conexión renovado con el dominio de destino, el host inteligente o el servidor de buzones. Reenvío es el acto de devolver los mensajes a la cola de envío para que los vuelva a procesar el categorizador. Se dice que el mensaje está "retrasado" o expirado después de que todos los reintentos de entrega han fallado durante un determinado periodo de tiempo. Después de que expira un mensaje, se notifica al remitente que la entrega no se ha podido realizar. Después se elimina el mensaje de la cola.
En los tres casos –reintento, reenvío o expiración– se puede intervenir manualmente antes de que se realicen las acciones automáticas en los mensajes.
Opciones de configuración para el reintento de mensajes
Cuando un servidor de transporte no puede conectar con el siguiente salto, se pone a la cola en estado Retry. Se sigue intentando conectar hasta que la cola expire o se establezca la conexión.
Opciones de configuración para el reintento automático de mensajes
En la tabla 1 se describen las opciones de configuración que están disponibles para los intervalos de reintento de mensajes.
Tabla 1 Opciones de configuración que están disponibles para los intervalos de reintento de mensajes
| Nombre de parámetro | Valor predeterminado | Dónde configurarlo | Descripción |
|---|---|---|---|
QueueGlitchRetryCount |
4 |
EdgeTransport.exe.config |
Este parámetro especifica el número máximo de reintentos de conexión que se realizan inmediatamente después de que el servidor de transporte registre problemas al conectar con el servidor de destino. Estos problemas de conexión son provocados normalmente por breves interrupciones en la red. Normalmente no hay que modificar este parámetro a menos que la red sea poco confiable y siga experimentando muchas conexiones perdidas accidentalmente. |
QueueGlitchRetryInterval |
1 minuto |
EdgeTransport.exe.config |
Este parámetro controla el intervalo de conexión entre cada reintento de conexión especificado por el parámetro QueueGlitchRetryCount. Normalmente no hay que modificar este parámetro a menos que la red sea poco confiable y siga experimentando muchas conexiones perdidas accidentalmente. |
TransientFailureRetryCount |
6 |
cmdlet Set-TransportServer o propiedades de servidor de transporte en el Shell de administración de Exchange |
Este parámetro especifica el número de reintentos de conexión que se realizan después de que hayan fallado los reintentos de conexión que están controlados por los parámetros QueueGlitchRetryCount y QueueGlitchRetryInterval. Los problemas de conexión que consumen los parámetros QueueGlitchRetry que pueden estar provocados por aspectos tales como reinicios del servidor o errores de búsquedas de DNS almacenados. |
TransientFailureRetryInterval |
|
cmdlet Set-TransportServer o propiedades de servidor de transporte en el Shell de administración de Exchange |
Este parámetro controla el intervalo de conexión entre cada reintento de conexión especificado por el parámetro TransientFailureRetryCount. |
OutboundConnectionFailureRetryInterval |
|
cmdlet Set-TransportServer o propiedades de servidor de transporte en el Shell de administración de Exchange |
Este parámetro especifica el intervalo de reintento de los reintentos de conexión de salida que hayan fallado anteriormente. Los reintentos de conexión que han fallado anteriormente son controlados por los parámetros TransientFailureRetryCount y TransientFailureRetryInterval. |
MessageRetryInterval |
1 minuto |
cmdlet Set-TransportServer |
Este parámetro especifica el intervalo de reintento para cada mensaje que tiene un estado de reintento. Recomendamos que no modifique el valor predeterminado a no ser que el Servicio de soporte técnico de Microsoft le aconseje hacerlo. |
MailboxDeliveryQueueRetryInterval |
5 minutos |
EdgeTransport.exe.config |
Este parámetro controla el intervalo de reintento para las colas de entrega de buzón entre los servidores de transporte de concentradores. |
El archivo EdgeTransport.exe.config es una configuración de aplicación XML que está asociada al archivo EdgeTransport.exe. EdgeTransport.exe y MSExchangeTransport.exe son los archivos ejecutables utilizados por el servicio de transporte de Microsoft Exchange. Este servicio se ejecuta en todos los servidores de transporte de concentradores o en todos los servidores de transporte perimetral. Los cambios que se guardan en el archivo EdgeTransport.exe.config se aplican después de que se reinicie el servicio de transporte de Microsoft Exchange.
A continuación se incluye un ejemplo básico de la estructura de archivos de EdgeTransport.exe.config:
<configuration>
<runtime>
<gcServer enabled="true" />
</runtime>
<appSettings>
<add key=" ConfigurationOption " value=" Valor " />
...
</appSettings>
</configuration>
En la sección <appSettings> se pueden agregar nuevas opciones de configuración o modificar las opciones de configuración existentes. Hay muchas opciones de configuración disponibles que son completamente independientes de los intervalos de reintento, reenvío y expiración de mensajes. En este tema no se incluye ninguna opción de configuración que no esté relacionada con estos intervalos, por lo que no se tratarán aquí.
Nota
Los nombres de los parámetros de la sección <add key=../> son sensibles a las mayúsculas y minúsculas.
Para obtener más información, vea Cómo configurar los intervalos de reintento, reenvío y expiración de los mensajes (en inglés).
Opciones de configuración para el reintento manual de mensajes
Cuando una cola de entrega de buzón o una cola de entrega remota se encuentra en el estado de reintento, se puede forzar manualmente un intento de conexión inmediata mediante el Visor de cola de la Consola de administración de Exchange o el cmdlet Retry-Queue del Shell de administración de Exchange. Este reintento de conexión manual anula el siguiente tiempo de reintento programado. Si la conexión no tiene éxito, se restablece el temporizador de intervalos de reintento. La cola de entrega debe estar en estado Reintentar para que esta acción tenga efecto.
Para obtener más información, vea Cómo reintentar colas (en inglés).
Opciones de configuración para mensajes de notificación de retraso DSN
Después de cada error de entrega de mensaje, el servidor de transporte perimetral o servidor de transporte de concentradores genera un mensaje de notificación del estado de entrega (DSN) y lo pone en cola para entregarlo al remitente del mensaje que no se puede entregar. Este retraso de mensaje de notificación del estado de entrega sólo se envía después de un intervalo de espera de notificación de retraso especificado y sólo en caso de que el mensaje erróneo no se hubiera entregado durante este período. De forma predeterminada, el intervalo de espera de notificación de retraso es de 4 horas. Este retraso evita enviar mensajes de retraso de DSN innecesarios que podrían estar provocados por errores de transmisión de mensajes temporales. El envío de mensajes de notificación DSN de retraso se puede habilitar o deshabilitar selectivamente para los mensajes que se generen dentro o fuera de la organización de Exchange.
En la tabla 2 se describen las opciones de configuración que están disponibles para los mensajes de notificación de retraso DSN.
Tabla 2 Opciones de configuración que están disponibles para los mensajes de notificación DSN de retraso
| Nombre de parámetro | Valor predeterminado | Location | Descripción |
|---|---|---|---|
DelayNotificationTimeOut |
4 horas |
Set-TransportServer |
Este parámetro especifica cuánto tiempo espera el servidor antes de enviar un mensaje DSN al remitente del mensaje. El valor de este parámetro debe ser siempre superior al valor del parámetro TransientFailureRetryCount multiplicado por el valor de TransientFailureRetryInterval. |
ExternalDelayDSNEnabled |
|
Set-TransportServer |
Este parámetro especifica si los mensajes de notificación DSN de retraso se pueden enviar a los remitentes de mensajes de fuera de la organización de Exchange. |
InternalDelayDSNEnabled |
|
Set-TransportServer |
Este parámetro especifica si los mensajes de notificación DSN de retraso se pueden enviar a los remitentes de mensajes de dentro de la organización de Exchange. |
Para obtener más información, vea Cómo configurar los intervalos de reintento, reenvío y expiración de los mensajes (en inglés).
Opciones de configuración para el reenvío de mensajes
El reenvío de mensajes devuelve los mensajes no entregados a la cola de envío para que los vuelva a procesar el categorizador.
Reenvío automático de mensajes
Los mensajes no entregados se reenvían automáticamente si la cola de entrega se encuentra en el estado de Reintento y no ha podido entregar con éxito ningún mensaje durante un determinado periodo de tiempo. Ese periodo de tiempo se controla mediante el parámetro MaxIdTimeBeforeResubmit del archivo de configuración de aplicación de EdgeTransport.exe.config. De forma predeterminada, el valor del parámetro MaxIdTimeBeforeResubmit es 12 horas. Sólo los mensajes que se encuentran en las colas de entrega de buzón o en las colas de entrega remotas pueden ser sometidos al reenvío automático.
Para obtener más información, vea Cómo configurar los intervalos de reintento, reenvío y expiración de los mensajes (en inglés).
Reenvío manual de mensajes
Se pueden reenviar manualmente los mensajes de un servidor de transporte de concentradores o de un servidor de transporte perimetral que cumplan las siguientes condiciones:
Colas de entrega de buzón o colas de entrega remotas que tengan el estado Reintentar: los mensajes de las colas de espera no deben estar en el estado Suspendido.
los mensajes de las colas de espera Inaccesible no deben estar en el estado Suspendido.
Los mensajes que están en la cola de mensajes con daños.
Para obtener más información acerca de la cola de mensajes con daños y de la cola de mensajes Inaccesible, vea "Acerca de la cola de mensajes con daños y de la cola de mensajes Inaccesible", más adelante en este tema.
Si desea reenviar manualmente mensajes situados en las colas de entrega de buzón, en las colas de entrega remotas o en la cola de mensajes Inaccesible sin esperar a que transcurra el periodo de tiempo especificado por el parámetro MaxIdleTimeBeforeResubmit, debe utilizar el cmdlet Retry-Queue con el parámetroReenvío. Para reenviar manualmente los mensajes situados en la cola de mensajes con daños, se puede utilizar el Visor de Cola o el cmdlet Resume-Message para reanudar el mensaje.
Para obtener más información al respecto, vea los siguientes temas (en inglés):
Otra forma de reenviar manualmente mensajes es suspender los mensajes, exportarlos a archivos de texto con la extensión .eml y copiar los archivos .eml en el directorio de reproducción de cualquier servidor de transporte de concentradores o de transporte perimetral. Este método de reenvío funciona para mensajes situados en las colas de entrega de buzón, en las colas de entrega remotas o en la cola de mensajes Inaccesible. Los mensajes situados de la cola de espera con daños ya se encuentran en estado Suspendido. Los mensajes situados en la cola de envío no se pueden suspender ni exportar.
Nota
Cuando se exportan mensajes desde una cola, no se eliminan los mensajes de la cola: Después de exportar los mensajes y de reenviarlos con éxito con el directorio de reproducción, debería eliminar los mensajes suspendidos para evitar la entrega de mensajes duplicados.
Para obtener más información, vea Cómo exportar y reenviar mensajes (en inglés).
Opciones de configuración para la expiración de mensajes
El intervalo de tiempo de espera de expiración del mensaje especifica el período de tiempo que los datos de un servidor de transporte perimetral intenta entregar un mensaje fallido. Si el mensaje no se consigue entregar antes del intervalo de tiempo de espera de expiración, se entrega al remitente un informe de no entrega (NDR) con el mensaje original o los encabezados del mensaje.
Expiración automática de mensajes
El intervalo de espera de expiración de mensaje está controlado por el parámetro MessageExpirationTimeOut del cmdlet Set-TransportServer o en las propiedades de servidor de transporte del Shell de administración de Exchange. De forma predeterminada, el valor del parámetro MessageExpirationTimeOut es 2 días.
Para obtener más información al respecto, vea los siguientes temas (en inglés):
Expiración manual de mensajes
Aunque no se puede forzar manualmente la expiración de los mensajes, se pueden eliminar manualmente los mensajes de cualquier cola, a excepción de la cola de envío, sin o con un NDR.
Para obtener más información, vea Cómo quitar mensajes de colas (en inglés).
Acerca de la cola de mensajes con daños y la cola de mensajes Inaccesible
El categorizador envía mensajes a la cola Inaccesible cuando no hay una ruta conocida a sus destinos. Normalmente, un destino inaccesible es provocado por un error de configuración que afecta a la ruta de entrega. Por ejemplo, los mensajes se enviarán a la cola Inaccesible si se cumplen las siguientes condiciones:
Hay mensajes en la cola de entrega remota "Contoso.com".
Se borra el conector de envío que se utiliza para alcanzar el dominio Contoso.com.
De manera predeterminada, los mensajes de la cola Inaccesible tienen el estado Ready (Listo). Los mensajes que están en la cola Inaccesible nunca se reenvían automáticamente. Los mensajes permanecen en la cola Inaccesible hasta que son reenviados manualmente por un administrador, eliminados por un administrador o el valor especificado en el parámetro MessageExpirationTimeOut pasa.
La cola de mensajes con daños contiene mensajes potencialmente fatales para el servidor de Exchange 2007 después de un fallo del servidor. Los mensajes pueden ser dañinos tanto por su contenido como por su formato. Por otro lado, pueden ser el resultado de un agente escrito de forma deficiente que ha provocado un fallo del servidor de Exchange cuando éste procesó los mensajes supuestamente con daños. Todos los mensajes de la cola de mensajes dudosos están en estado suspendido permanentemente. Esta cola no se puede volver a enviar mediante el cmdlet Retry-Queue con el parámetro Resubmit. Para volver a enviar los mensajes de dicha cola, se puede utilizar el Visor de cola o el cmdlet Resume-Message para reanudar los mensajes. Los mensajes de la cola de mensajes dudosos nunca se reanudan ni expiran de forma automática. Los mensajes permanecen en la cola de mensajes con daños hasta que son reanudados o eliminados por un administrador.
Para obtener más información
Para obtener más información acerca de las colas, vea Administrar colas.