Tiempo límite de entrega
Cuánto tiempo un servidor de envío sigue reintentando un mensaje aplazado antes de rendirse y devolver un rebote; la RFC 5321 sugiere al menos cuatro a cinco días.
Qué significa
Un mensaje que sigue encontrando fallos temporales no puede quedarse en la cola para siempre. La RFC 5321 dice que el tiempo antes de rendirse en general debe ser de al menos 4 a 5 días, y permite un límite más corto para los propios mensajes de rebote. El maximal_queue_lifetime predeterminado de Postfix es de 5 días; otros MTA y plataformas de envío eligen sus propios valores, algunos mucho más cortos para el correo urgente.
Cuando se acaba el tiempo, el remitente devuelve un informe de no entrega, normalmente con el código de estado mejorado 4.4.7, tiempo de entrega vencido (Microsoft lo informa como 550 4.4.7), y citando el último error temporal que recibió, que es la pista de lo que salió mal. Antes de ese punto, muchos servidores envían una notificación de retraso para que el remitente sepa que el mensaje está atascado.
Términos relacionados
En este sitio
Fuentes
En qué se basa esta definición. La redacción es nuestra; los hechos son de las fuentes.
- RFC 5321, section 4.5.4.1: Sending Strategyrfc-editor.org
- Postfix configuration parameters, postconf(5)postfix.org
- IANA, SMTP Enhanced Status Codes registryiana.org
- Microsoft Learn: Email non-delivery reports and SMTP errors in Exchange Onlinelearn.microsoft.com
Los 432 términos del glosarioLa wiki: blacklists y códigos de rebote