Reintentos, caducidades y datos devueltos

El servidor de envíos hace un intento por transmitir un paquete a otro host. Si el paquete no se puede transmitir (por ejemplo, debido a que no está disponible un host receptor), el servidor de envíos genera un mensaje de error y una entrada del archivo de registro y sale.

Puede configurar un esquema de reintentos para controlar su frecuencia
Los intentos por transmitir un paquete no entregado pueden continuar de forma indefinida, mediante invocaciones repetidas del mandato shipping_server. No obstante, en general lo que desea es solucionar problemas con transmisiones que no se han podido realizar en lugar de dejar que los intentos continúen. Por consiguiente, cada orden de envío puede incluir una fecha-hora de caducidad, especificada con uno de los siguientes elementos: Para obtener más información, consulte la página de referencia de shipping.conf en Linux y el sistema UNIX o la página de referencia del Panel de control de MultiSite en Windows.

De forma predeterminada, las órdenes de envío caducan 14 días después de se hayan creado.

Cuando el servidor de envíos encuentra una orden de envío que ha caducado, no intenta transmitir el paquete correspondiente a su destino. En cambio, efectúa lo siguiente:

En el recorrido de retorno, es posible que estén implicados varios saltos, tal como se describe en Configuración de ruta de envío indirecta. Durante este recorrido, se coloca un paquete en la bahía de retorno de cada host intermedio. Cada salto lo gestiona shipping_server –poll, que procesa una bahía de retorno del host además de las bahías de almacenamiento. La hora de caducidad del recorrido de retorno de un paquete es de 14 días; un paquete que no se puede devolver en este intervalo se suprime.

Conceptos relacionados
Configuración de ruta de envío indirecta
Referencia relacionada
shipping.conf
Panel de control de MultiSite
shipping_server

Comentarios