Colas y backoff: cómo funcionan de verdad los reintentos y los diferimientos

Backoff exponencial: el estándar, y por qué

Cuando un mensaje se difiere, tu servidor no reintenta de inmediato y sin parar; usa backoff exponencial, ensanchando el hueco entre intentos conforme se acumulan los fallos. El primer reintento puede dispararse a los pocos minutos, el siguiente a los quince, luego treinta, luego una hora, luego más, hasta el punto en que el servidor se rinde. La lógica equilibra dos necesidades en pugna: reintentar lo bastante pronto para despejar rápido un problema breve, y esperar lo bastante para no aporrear a un receptor que necesita tiempo. La tabla muestra un calendario orientativo; los intervalos exactos se configuran, pero la forma —corto al principio, alargándose de forma sostenida— es casi universal porque es lo que hacen los remitentes con buen comportamiento y lo que los receptores esperan ver.

Greylisting: el retraso deliberado

El greylisting merece su propia explicación porque es el diferimiento que más a menudo encuentran la mayoría de los remitentes, y alarma a quien no lo entiende. Un receptor con greylisting rechaza temporalmente el correo de una combinación que no ha visto antes —el triplete de IP de envío, dirección del remitente y dirección del destinatario— y lo acepta en un intento posterior. El truco descansa en una diferencia de comportamiento: un servidor de correo real, al recibir un fallo temporal, reintenta con diligencia, mientras que mucha herramienta de spam dispara una vez y sigue. Así el retraso filtra a los spammers perezosos al coste de unos minutos para todos los demás. En la práctica un mensaje con greylisting entrega al segundo o tercer intento, normalmente en quince a treinta minutos, y no tienes que hacer nada: tu cola se encarga. El arreglo de fondo, donde quieres saltarte el retraso, es la autenticación: un SPF, DKIM y DMARC bien alineados permiten que muchos receptores te reconozcan y se salten el greylisting por completo.

Cuándo un diferimiento se vuelve rebote

Un diferimiento no es para siempre. Tu servidor reintenta durante un máximo configurado —de un día a varios días, normalmente— y si el receptor sigue negándose cuando esa ventana se cierra, el servidor deja de intentarlo y genera un rebote permanente propio de vuelta al remitente original. Así es como un fallo puramente temporal en el otro extremo puede aflorar, con el tiempo, como un rebote duro en tus registros aunque el receptor nunca devolviera un 5xx. La lección práctica es tratar los diferimientos persistentes como un problema en vez de como algo que se arreglará solo. Un mensaje que lleva horas diferido, subiendo la escalera del backoff sin aceptación, va camino de convertirse en rebote, y los fallos blandos repetidos del mismo proveedor significan que algo sistémico —reputación, autenticación, throttling— necesita atención antes de que la ventana de reintento se agote en silencio.

Los patrones que vigilan los receptores

Conviene recordar que reintentar es en sí un comportamiento que el receptor observa y juzga. Un remitente que usa un backoff estándar y creciente parece un sistema de correo legítimo y bien configurado, y se gana confianza con el tiempo. Un remitente que reintenta de forma agresiva —el mismo mensaje estrellado contra el receptor cada pocos segundos— parece roto u hostil y puede ganarse un bloqueo más duro por la molestia. La metáfora que encaja es llamar a una puerta: una llamada educada, repetida a intervalos sensatos, está bien; la misma llamada aporreada sin parar se vuelve razón para dejar de abrir. Peor aún, reintentar antes de que pase una ventana de greylisting indicada a menudo solo reinicia el reloj del receptor, así que la impaciencia literalmente alarga el retraso que pretendía acortar. El espaciado respetuoso no es solo cortesía; es más rápido.

Throttling frente a greylisting: problemas distintos

Dos de las causas de diferimiento más comunes piden respuestas opuestas, y confundirlas malgasta esfuerzo. El greylisting va de identidad —el receptor aún no te reconoce— y el arreglo es reintentar con normalidad y autenticar bien, tras lo cual cesa. El throttling va de ritmo —envías demasiado rápido para lo que tu reputación con ese receptor permite ahora mismo— y el arreglo es bajar el ritmo, pautando tus envíos a ese destino en vez de simplemente reintentar la misma avalancha. Ajustar tu backoff de reintento no hace nada por un problema de throttling, porque la cuestión es con cuánta rapidez envías en conjunto, no cuándo reintentas; a la inversa, pautar tu ritmo de envío no hace nada por el greylisting, que solo quiere un segundo intento. Diagnosticar cuál afrontas —normalmente por el código y por si los diferimientos escalan con tu volumen— decide si echas mano de la perilla del backoff o de la del ritmo.

Cómo señalan el throttling los proveedores: explícito y silencioso

El throttling se manifiesta de dos formas, y la silenciosa pilla a la gente. La explícita es honesta: el receptor devuelve un 4xx, normalmente un 421, que dice con todas las letras que has alcanzado un límite de frecuencia y deberías ir más despacio. Tu cola ve el código, hace backoff y reintenta, y la señal es fácil de leer. La silenciosa es más sutil: en lugar de una respuesta clara de límite, el receptor sencillamente acepta tus conexiones más despacio, alarga las respuestas, o enruta callado más de tu correo a spam conforme empujas volumen. No hay error obvio sobre el que alertar, solo una ralentización que se cuela y un ablandamiento de la colocación. Detectar el throttling silencioso exige vigilar las métricas correctas —tiempos de conexión que se estiran, tasa de aceptación que cae, profundidad de cola que sube sin un pico equivalente en ningún código— en vez de esperar una queja explícita. Los receptores que frenan en silencio te dicen que bajes el ritmo con la misma firmeza que los que lo dicen; solo tienes que escuchar con más atención.

Conexiones, concurrencia y cómo alimentan los diferimientos

El volumen no es lo único que limitan los receptores; también les importa cuántas conexiones abres a la vez y cuántos mensajes empujas por cada una. Abre demasiadas conexiones simultáneas a un proveedor, o mantenlas demasiado tiempo, y disparas límites de concurrencia que afloran como diferimientos aun con un volumen total modesto. Por eso dos remitentes que empujan el mismo recuento diario pueden ver tasas de diferimiento muy distintas: uno reparte su correo en conexiones sensatas y constantes, mientras el otro aporrea al receptor con una ráfaga de sesiones paralelas que parece agresiva. Ajustar la concurrencia —cuántas conexiones por destino, cuántos mensajes por conexión, con cuánta rapidez subes el paralelismo— es parte del pautado, y equivocarse produce diferimientos que ningún ajuste de backoff curará, porque el problema es la forma de tu tráfico, no el momento de tus reintentos. Los receptores premian el tráfico que parece tranquilo y constante por encima del que llega en picos.

La profundidad de cola como métrica de salud

El número más útil para detectar pronto problemas de diferimiento es la profundidad de tu cola de reintento. En un sistema sano, los mensajes entran en reintento y se despejan más o menos al ritmo en que llegan, así que la cola se queda baja y estable. Cuando los diferimientos empiezan a superar a los reintentos con éxito, la cola crece, y una cola que sube de forma sostenida —sobre todo hacia un proveedor— es un aviso temprano y medible de que algo sistémico va mal: te están frenando, tu reputación ha resbalado, tu autenticación falla, o un receptor está caído. Vigilar la profundidad de cola por proveedor junto a la tasa de 4xx convierte una vaga sensación de lentitud en una señal concreta y a tiempo. Es una de las métricas que ponemos en primer plano cuando llevamos la entregabilidad gestionada, justo porque una cola creciente detectada a tiempo es un problema resuelto antes de que se vuelva una oleada de rebotes.

Ajustar los reintentos en tu propio MTA

Quien opera su propia infraestructura tiene control directo sobre el backoff, y unos pocos principios evitan que ese control se vuelva en contra. Fija el primer reintento en o por encima de la ventana de greylisting que indique un receptor, porque reintentar antes solo se gana otro fallo temporal. Mantén el intervalo de barrido de cola no más largo que tu backoff mínimo, para que el calendario que configuraste sea el que de verdad corre. Usa el pautado por destino —controlar con cuánta rapidez envías a un receptor concreto— para síntomas de throttling, y reserva los cambios de backoff para diferimientos genuinos, ya que arreglan problemas distintos. Evita forzar vaciados de cola repetidos, que reinician la ventana de espera del receptor y alargan los retrasos, y evita temporizadores de backoff muy cortos, que crean ruido y más fallos temporales. Estos son justo los controles que una instalación limpia de PowerMTA configura a propósito, y el tipo de ajuste que devuelve una tormenta de diferimientos a una entrega fluida cuando nos llaman a diagnosticar una caída de entrega.

Diferimientos durante el calentamiento

Una IP nueva recibe muchos diferimientos, y eso es normal en vez de alarmante. Los receptores son cautelosos con las identidades desconocidas, así que difieren el correo de un remitente nuevo mientras deciden si confiar en él, y los diferimientos ceden conforme se acumula reputación. Durante el calentamiento, esas respuestas 4xx son retroalimentación: un proveedor que empieza a diferirte más a medida que subes volumen te está diciendo que frenes la rampa, y respetar esa señal —mantener el volumen, dejar que la aceptación se recupere— es cómo un calentamiento sigue su curso. Empujar más fuerte contra diferimientos crecientes es cómo descarrila. La interacción entre diferimientos y rampa es lo bastante estrecha como para que tratemos leerlos como parte de calentar una IP, algo que cubrimos en nuestra guía de cómo funciona el calentamiento de IP.

Diferimientos y correo urgente

Hay correo que no puede esperar, y los diferimientos son un problema particular para él. Un restablecimiento de contraseña, un código de un solo uso, una confirmación de pedido: estos pierden buena parte de su valor si llegan veinte minutos tarde porque un receptor con greylisting difirió el primer intento. El instinto es reintentar ese correo más rápido, pero como hemos visto eso sale mal. Las mejores respuestas son estructurales. Envía el correo transaccional desde infraestructura con reputación fuerte y consolidada y autenticación limpia, para que se difiera menos de entrada; sepáralo del tráfico masivo y promocional para que un problema de throttling en el flujo de marketing nunca retrase un restablecimiento de contraseña; y, para los mensajes más críticos, ten presente que el correo es por naturaleza un medio de mejor esfuerzo y que la entrega de verdad instantánea quizá necesite un segundo canal. Separar los flujos para que el correo urgente viaje por su propia ruta bien calentada es una de las razones más claras para segmentar el envío por tipo en vez de empujarlo todo por una sola cola.

El coste de gestionar mal los diferimientos

Los diferimientos mal gestionados salen caros de formas que se acumulan. El coste inmediato es el retraso: correo que debería llegar en segundos se queda en cola durante horas, y los mensajes urgentes pierden su propósito. El siguiente coste son los rebotes, cuando diferimientos que nunca se despejan envejecen fuera de la ventana de reintento y se vuelven fallos permanentes, así que un problema de throttling que ignoraste se convierte en correo no entregado y en un peor historial de remitente. Luego viene la reputación: reintentar de forma agresiva, las colas crecientes y las tasas de fallo blando al alza son en sí señales para los receptores de que no eres un remitente bien llevado, lo que te gana todavía más diferimientos —el bucle alimentándose solo—. Y debajo de todo está el coste de oportunidad de volar a ciegas: un equipo que no vigila su cola ni sus métricas de diferimiento se entera de cada uno de estos solo después de que ya ha dañado la entrega. Nada de esto es dramático en un momento concreto, que es justo por lo que es peligroso; los problemas de diferimiento erosionan en silencio hasta que alguien nota que el correo va lento y los rebotes han subido.

Lo que no debes hacer

Un puñado de hábitos convierte de forma fiable un problema de diferimiento manejable en uno peor. No reintentes más rápido para «forzar» la entrega; los bucles de reintento agresivos se ganan sospecha y pueden endurecer un bloqueo blando en uno real. No fuerces vaciados de cola repetidos esperando empujar el correo, porque cada vaciado puede reiniciar la ventana de espera del receptor y alargar el retraso. No pongas temporizadores de backoff diminutos, que generan una tormenta de intentos prematuros y más fallos temporales. No ignores una cola creciente dando por hecho que los reintentos la resolverán, porque un diferimiento que nunca se despeja acaba en rebote. Y no ajustes tus temporizadores de reintento cuando el problema real es de ritmo —ni pautes tus envíos cuando el problema real es greylisting— porque aplicar el arreglo equivocado deja intacta la causa de verdad. La paciencia y la perilla correcta le ganan al pánico y a la equivocada siempre.

Qué te dice una entrada de log de diferimiento

Cada diferimiento deja una línea en tus registros, y esa línea es un pequeño paquete de diagnóstico si la lees. Una entrada útil registra el dominio del destinatario, la IP de envío usada, la respuesta SMTP que dio el receptor —tanto el código de tres dígitos como el código mejorado y su texto—, la hora del intento, y cuándo está programado el siguiente reintento. Leerlas juntas responde a las preguntas que importan: qué proveedor difiere, con qué código, cuántos años tiene el mensaje, y si el backoff se comporta. Un diferimiento de greylisting muestra un 451 4.7.1 que se despeja en un intento posterior; uno de throttling muestra un 421 que escala con tu volumen; un resbalón de reputación muestra diferimientos que se ensanchan en los mensajes a un proveedor sin aceptación. Comparar la edad en cola, el código de respuesta y el comportamiento del siguiente reintento antes de cambiar nada es la disciplina que te impide ajustar la perilla equivocada. Quien lee la entrada de log sabe si esperar, frenar o investigar; quien lee solo el agregado «la entrega va lenta» está adivinando.

Leer los diferimientos por proveedor

Los diferimientos solo cobran sentido proveedor por proveedor, porque cada receptor tiene sus propios límites, su propia política de greylisting y su propia visión de reputación de ti. Una tasa de diferimiento que está bien para un proveedor puede ser señal de problema en otro, y un backoff que encaja con la ventana de greylisting de un receptor puede ser erróneo para la de otro. Los remitentes que gestionan bien los diferimientos los vigilan segmentados por destino: este proveedor hace greylisting a los primeros envíos y los despeja al reintentar, ese otro hace throttling porque el volumen subió demasiado rápido, un tercero difiere por un bache de reputación. Esa vista por proveedor, combinada con las señales de profundidad de cola y tasa de 4xx, es lo que te deja responder de forma específica —pautar al que frena, seguir reintentando al que hace greylisting, investigar a aquel cuyos diferimientos parecen un resbalón de reputación— en lugar de tratar un conjunto variado de problemas como un único e indiferenciado «el correo va lento».

En resumen

Un diferimiento es una conversación, no un veredicto. El receptor devuelve un 4xx para decir «luego», tu servidor encola el mensaje y reintenta con un backoff creciente, y el intercambio se resuelve en entrega si respondes bien, o en rebote si no, una vez que la ventana de reintento se agota. Gestiónalo leyendo el código para conocer la causa, haciendo backoff con educación en vez de aporrear, distinguiendo el throttling del greylisting y echando mano de la perilla correcta, vigilando la profundidad de cola por proveedor como tu señal de alerta temprana, y autenticando limpio para que te difieran menos de entrada. Haz eso y los diferimientos siguen siendo lo que deben ser: una pausa breve y autorresoluble de camino a la bandeja. Gestiónalos mal y se cuajan en retrasos, rebotes y una reputación que te gana todavía más diferimientos —el bucle del que conviene quedarse fuera—. Los remitentes que nunca parecen pelearse con su cola no tienen suerte; autentican limpio, pautan su tráfico, hacen backoff con educación y leen sus registros, y así los diferimientos que reciben se despejan callados, como el sistema pretende.