Timeout SMTP
Cuánto espera cada lado de una sesión SMTP al otro; la RFC 5321 fija mínimos por comando, como cinco minutos para el saludo y diez para la respuesta después de los datos.
Qué significa
La RFC 5321 exige a los clientes medir el tiempo de cada comando por separado y no de toda la transacción, con estos mínimos: 5 minutos para el saludo 220, para MAIL y para cada RCPT; 2 minutos para la respuesta 354 a DATA; 3 minutos para cada bloque de datos enviado; y 10 minutos para la respuesta tras el punto final. Un servidor debería esperar al menos 5 minutos el siguiente comando del cliente.
La larga espera final existe porque rendirse ahí sale caro: si el cliente se desconecta mientras el servidor todavía procesa un mensaje que en realidad ya aceptó, el cliente lo reintenta y el destinatario recibe un duplicado. Los timeouts en los registros apuntan a problemas de red, a un receptor sobrecargado o a una ralentización deliberada como el tarpitting.
Términos relacionados
Fuentes
En qué se basa esta definición. La redacción es nuestra; los hechos son de las fuentes.
- RFC 5321, section 4.5.3.2: Timeoutsrfc-editor.org
- RFC 5321, section 6.1: Reliable Delivery and Replies by Emailrfc-editor.org
Los 432 términos del glosarioLa wiki: blacklists y códigos de rebote