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:

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. 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.


Comentarios