Un desarrollador me contó una vez sobre cuando "optimizó" su sistema de envío de email. El sistema antiguo enviaba correos secuencialmente, uno por uno. Dolorosamente lento. Así que lo paralelizó: 50 conexiones concurrentes, disparando correos tan rápido como la red lo permitiera.
El primer lote de 10,000 emails salió en menos de un minuto. Luego Gmail empezó a devolver errores 421: "Too many connections from your IP." Microsoft siguió con rechazos similares. Yahoo puso todo en cola durante horas. La "optimización" había activado throttling de todos los principales proveedores de email simultáneamente.
El throttling de email existe porque los servidores receptores necesitan protegerse del abuso. Entender cómo funciona—y cómo trabajar dentro de sus restricciones—es esencial para una entrega de email confiable.
Por qué existe el throttling
Los servidores de email enfrentan un aluvión constante de intentos de conexión. Los spammers intentan entregar millones de mensajes lo más rápido posible antes de ser bloqueados. A veces, remitentes legítimos configuran mal los sistemas y, sin querer, saturan servidores. Cuentas comprometidas pueden convertirse en cañones de spam sin previo aviso.
El throttling es el mecanismo de defensa. Al limitar cuántas conexiones puede hacer un remitente, cuántos mensajes puede enviar por conexión y qué tan rápido puede enviar, los servidores receptores se protegen de ser sobrecargados.
Los límites no son arbitrarios. Se calibran según la reputación del remitente, patrones históricos y la carga actual del servidor. Un remitente con excelente reputación y patrones consistentes obtiene límites generosos. Un remitente desconocido o con patrones sospechosos obtiene límites estrictos. Un remitente que actualmente muestra un comportamiento similar al spam podría ser bloqueado por completo.
Esto crea un bucle de retroalimentación. Los buenos remitentes que respetan los límites mantienen buena reputación y obtienen límites más altos. Los malos remitentes que intentan sortear los límites dañan su reputación y enfrentan una aplicación más estricta.
Tipos de throttling
El throttling se manifiesta de varias maneras, y reconocer cada una te ayuda a responder adecuadamente.
Los límites de conexión restringen cuántas conexiones simultáneas puedes tener hacia un servidor. Si intentas abrir demasiadas, se rechazan las nuevas conexiones. Este suele ser el primer límite que encontrarás si estás enviando de forma demasiado agresiva.
Los límites de tasa restringen cuántos mensajes puedes enviar por unidad de tiempo—por minuto, por hora, por día. Incluso con una sola conexión, enviar demasiados mensajes demasiado rápido activa el rate limiting.
Los aplazamientos temporales son rechazos suaves. El servidor acepta tu conexión pero devuelve un código de error 4xx diciendo "try again later." Tu email no se rechaza de forma permanente; solo te están pidiendo que reduzcas el ritmo. Los sistemas de email adecuados reintentan automáticamente estos casos con retrasos crecientes.
Los rechazos permanentes (errores 5xx) son fallos más duros. Pueden indicar que has superado los límites de forma tan grave que el servidor no aceptará tu email en absoluto, al menos por ahora. O pueden indicar un problema de reputación más allá del throttling simple.
Greylisting es una técnica específica en la que los servidores rechazan temporalmente emails de remitentes desconocidos, esperando que los servidores legítimos reintenten. Los spammers a menudo no reintentan; los servidores legítimos sí. Si ves rechazos temporales que se convierten en éxitos al reintentar, es posible que Greylisting sea la causa.
Leer las señales
Cuando te topas con throttling, los mensajes de error suelen decirte qué está pasando—si sabes cómo leerlos.
Un error 421 normalmente significa "problema temporal, inténtalo de nuevo." Mensajes como "Too many connections" o "Rate limit exceeded" son explícitos. Otros son más vagos: "Try again later" sin explicación. En cualquier caso, la respuesta es la misma: reduce el ritmo y reintenta.
Un error 450 a menudo indica que el servidor del destinatario quiere que disminuyas la velocidad. Es una señal más suave que un 421, pero el significado es similar.
Un error 550 es más serio—es un rechazo permanente. Pero el contexto importa. "550 Message rejected due to sending rate" sugiere que has pasado del throttling a un territorio de daño de reputación. "550 User unknown" es un problema completamente diferente.
La redacción específica varía según el proveedor. Los mensajes de error de Gmail son relativamente claros. Los de Microsoft pueden ser crípticos. Algunos servidores dan explicaciones detalladas; otros dan rechazos genéricos. La experiencia ayuda a interpretar estas señales.
Implementar un throttling adecuado
Tu sistema de envío de email debe respetar los límites de tasa de forma proactiva, no solo reaccionar cuando te topas con ellos.
Empieza con valores predeterminados conservadores. Si no conoces los límites de un servidor receptor, asume que son estrictos. Unos cientos de mensajes por hora a un solo dominio es un punto de partida seguro. Puedes aumentar a medida que aprendas los límites reales.
Implementa backoff exponencial para los reintentos. Cuando recibas un rechazo temporal, no reintentes de inmediato. Espera un minuto y vuelve a intentarlo. Si te rechazan de nuevo, espera dos minutos. Luego cuatro. Este patrón evita que satures un servidor que ya te está pidiendo que reduzcas el ritmo.
Distribuye tus envíos en el tiempo. Si necesitas enviar 100,000 emails, no intentes enviarlos todos en una hora. Reparte el envío a lo largo del día. Esto suaviza tu patrón de envío y reduce la posibilidad de toparte con límites de tasa.
Respeta los límites por dominio. Los límites de Gmail son diferentes a los de Microsoft, que a su vez son diferentes a los de Yahoo. Tu sistema debe rastrear las tasas de envío por dominio de destino y aplicar throttling en consecuencia. Enviar 10,000 emails a Gmail en una hora puede estar bien; enviar 10,000 al servidor de correo de una empresa pequeña probablemente no.
Supervisa y adapta. Rastrea tus tasas de entrega, tasas de error y tipos de error por destino. Si constantemente te topas con límites en un proveedor en particular, reduce tu tasa de envío hacia ese proveedor. Si nunca alcanzas límites, puede que puedas aumentar el rendimiento.
Consideraciones específicas por proveedor
Los principales proveedores de email publican directrices sobre sus límites de tasa, aunque los detalles a menudo siguen siendo vagos.
Gmail generalmente permite volúmenes más altos a remitentes con buena reputación. No publican números exactos, pero sí brindan feedback a través de Postmaster Tools. Si estás viendo throttling, revisa tu reputación allí—una reputación baja significa límites más estrictos.
Microsoft históricamente ha sido más agresivo con el throttling, especialmente para remitentes nuevos. Sus límites parecen estar más basados en conexiones que en mensajes. Reducir las conexiones concurrentes a menudo ayuda más que reducir la tasa de mensajes.
Yahoo y otras propiedades de Verizon Media tienen sus propios patrones. Por lo general, son más tolerantes con el volumen, pero pueden ser estrictos con el comportamiento de conexión.
Los proveedores de email más pequeños varían enormemente. Una empresa que ejecuta su propio servidor de correo puede tener límites muy bajos simplemente porque su infraestructura no puede manejar un alto volumen. Al enviar a destinatarios diversos, tu sistema debe manejar esta heterogeneidad.
Cuando el throttling indica problemas mayores
A veces el throttling es solo throttling—estás enviando demasiado rápido, reduce el ritmo y listo. Pero a veces es un síntoma de problemas de reputación.
Si estás siendo objeto de throttling a volúmenes que antes funcionaban bien, tu reputación puede haber empeorado. Revisa si aumentaron las quejas de spam, las tasas de rebote o los aciertos en spam traps. El throttling puede ser una señal de advertencia antes de bloqueos más serios.
Si te aplican throttling de inmediato en una nueva IP o dominio, es normal—aún no has construido reputación. Pero si el throttling persiste después de un calentamiento adecuado, algo más está mal.
Si un proveedor te aplica mucho throttling mientras otros no, investiga qué es diferente en tu tráfico hacia ese proveedor. Tal vez tu contenido activa sus filtros específicos, o tal vez tienes problemas de reputación específicos de su sistema.
El throttling persistente a pesar de bajo volumen y buenas prácticas sugiere que deberías contactar directamente al proveedor. Los ISP principales tienen canales de contacto de postmaster para remitentes legítimos que experimentan problemas de entrega.
Construir sistemas que manejen el throttling con elegancia
La buena infraestructura de email trata el throttling como una condición de operación normal, no como un error.
La gestión de colas es esencial. Cuando no puedes enviar de inmediato, los mensajes necesitan un lugar donde esperar. Tu cola debe poder manejar millones de mensajes si es necesario, con la priorización adecuada (por ejemplo, transaccional antes que marketing).
La lógica de reintentos debe ser sofisticada. Diferentes tipos de error justifican diferentes estrategias de reintento. Los aplazamientos temporales deberían reintentarse relativamente rápido con backoff. Los rechazos permanentes no deberían reintentarse en absoluto. Las respuestas de Greylisting deberían reintentarse después de un retraso específico.
La monitorización debería alertar sobre patrones de throttling, no solo fallos. Si tu tasa de entrega a Gmail cae un 50%, quieres saberlo antes de que se convierta en un bloqueo completo.
La planificación de capacidad debería tener en cuenta el throttling. Si solo puedes entregar 10,000 emails por hora a Gmail debido a límites de tasa, y tienes 100,000 destinatarios de Gmail, necesitas 10 horas de tiempo de envío. Planifica en consecuencia.
Frequently asked questions
¿Cómo averiguo los límites de tasa de un proveedor?
La mayoría de los proveedores no publican límites exactos. Empieza de forma conservadora e incrementa gradualmente mientras supervisas el throttling. Google Postmaster Tools y Microsoft SNDS brindan cierta visibilidad sobre cómo se recibe tu envío.
¿Debo usar varias IP para evitar el throttling?
A veces, pero con cuidado. Distribuir la carga entre IP puede ayudar con los límites de conexión. Pero si te aplican throttling por reputación, agregar IP solo extiende la mala reputación. Arregla primero el problema de fondo.
¿Cuánto tengo que esperar después de sufrir throttling?
Depende de la gravedad. Un throttling menor puede despejarse en minutos. Un throttling severo o bloqueos suaves pueden requerir horas o incluso un día. A veces los mensajes de error indican el tiempo; de lo contrario, el backoff exponencial es tu aliado.
¿El throttling es lo mismo que estar en una lista negra?
No. El throttling es una limitación temporal de tasa—reduce el ritmo y puedes seguir enviando. Estar en una lista negra es un bloqueo más permanente que requiere remediación. Un throttling persistente puede llevar a una lista negra si no abordas la causa subyacente.