Referencia: 451 4.7.500–699 en la wiki de códigos de error
En esta página
Cuando Microsoft 365 devuelve este aplazamiento temporal:
421 4.7.500 Server busy. Please try again later.
…parece un problema pasajero de infraestructura. Casi nunca lo es. El 4.7.500 (y su primo cercano, el 4.7.501) es throttling por reputación disfrazado de mensaje de carga del servidor. Si no lo reconoces, tu correo se sigue aplazando indefinidamente y al final caduca.
Qué significa realmente 4.7.500
La referencia de NDR de Microsoft describe los códigos 4.7.500-699 como actividad sospechosa que ha restringido temporalmente el envío mientras se evalúa. En la práctica, EOP devuelve 4.7.500 cuando se cumple alguna de estas condiciones:
- El ritmo de envío de tu IP hacia este tenant de Microsoft (o hacia M365 en general) está por encima de lo que EOP está dispuesto a aceptar en este momento.
- La reputación de tu IP bajó lo suficiente como para que EOP quiera frenarte sin bloquearte del todo.
- El tenant tiene configurado un throttling agresivo y lo alcanzaste.
El 4.7.501 es la misma señal con un detonante un poco distinto, normalmente un throttling con más peso en la reputación.
En los tres casos la clase SMTP es 4xx, así que tu MTA reintenta. Con un MTA sano terminarás entregando. Con un MTA mal ajustado, o te frenas demasiado (el correo caduca) o reintentas con demasiada agresividad (Microsoft escala a un bloqueo permanente 5.7.708).
Cómo leer la señal
Si ves 4.7.500 / 4.7.501 solo de vez en cuando (digamos <0.5% de los intentos hacia M365), es el throttling normal de fondo. Ignóralo.
Si lo ves en > 5% de los intentos, es una señal de reputación:
- Tu IP está en amarillo o en rojo en SNDS.
- Hace poco disparaste el volumen.
- Estás enviando a una proporción alta de destinatarios de M365 sin engagement.
- Has estado rondando un umbral de tasa de quejas.
Una estrategia de reintentos sensata
Un MTA que se porta bien debería hacer esto:
| Intento | Espera desde el anterior |
|---|---|
| 1 | Inmediato (envío inicial) |
| 2 | 15 minutos |
| 3 | 30 minutos |
| 4 | 1 hora |
| 5 | 2 horas |
| 6 | 4 horas |
| Límite | Cola de 24 a 72 horas en total |
Si no entregas en las 24 horas siguientes a los reintentos por 4.7.500, trata el mensaje como no entregable para ese envío y deja de insistir. Microsoft observa los patrones de reintento, y los reintentos agresivos de un remitente limitado son un camino rápido hacia un bloqueo permanente.
Pasos para recuperarte
- Pausa los envíos agresivos a Microsoft. Baja un 50% el volumen hacia direcciones de Microsoft durante 48 horas.
- Revisa SNDS. Si estás en amarillo, tienes margen. Si estás en rojo, te faltan días para un bloqueo definitivo.
- Pasa tu dominio por la herramienta de salud del dominio y asegúrate de que SPF, DKIM y DMARC estén limpios y alineados.
- Segmenta por engagement. Durante la próxima semana, envía solo a los destinatarios que abrieron en los últimos 30 días.
- Revisa la reputación de origen con el verificador de blacklists. Los listados en Spamhaus suelen coincidir con una escalada del throttling de EOP.
- Inspecciona los encabezados del correo entregado hace poco en M365 con el analizador de encabezados de correo. Un SCL / BCL en aumento es el indicador adelantado.
4.7.500 frente a 4.4.7 frente a 5.7.708
| Código | Significado | Acción |
|---|---|---|
| 4.7.500 | Limitado (temporal) | Baja el ritmo, reintenta con sensatez |
| 4.4.7 | El mensaje caducó en la cola | Investiga por qué los reintentos no entregaron |
| 5.7.708 | Bloqueo permanente de la IP | Deja de reintentar; corrige; abre un caso de soporte |
Causas comunes que veo
- Un nuevo cliente de IP compartida entró al pool de tu ESP y hundió la reputación compartida.
- Una importación de lista sin verificar, que generó picos repentinos de quejas y de rebotes.
- Un sistema transaccional reutilizado para marketing sin calentamiento.
- Un ciclo de reintentos mal configurado que martillea a un solo tenant de Microsoft.
Preguntas frecuentes
¿Debo reintentar un 4.7.500 de inmediato? No. Reintenta con backoff exponencial (empieza en 15 minutos). Los reintentos inmediatos lo empeoran.
¿Cambiar de IP resuelve el 4.7.500? Puede ocultar el síntoma, pero no corrige la causa. Si cambias y mantienes el mismo comportamiento de envío, la nueva IP quedará limitada en cuestión de días.
¿Microsoft publica sus umbrales de throttling? No. Los umbrales varían según el tenant y según la reputación general del remitente.
Relacionado
Fuentes
- Email nondelivery reports and SMTP errors in Exchange Online (Microsoft Learn), los códigos 4.7.500-699 como restricción temporal, el 4.4.7 como un mensaje que caducó en la cola y el 5.7.708 como tráfico rechazado desde la IP.
- Fix NDR error codes 550 5.7.703, 5.7.705, 5.7.708 and 5.7.750 (Microsoft Learn), Microsoft señala una IP de baja reputación como la causa del 5.7.708.
- Anti-spam message headers (Microsoft Learn), dónde EOP marca los valores SCL y BCL que lees en el correo entregado.
- RFC 5321: Simple Mail Transfer Protocol, una respuesta 4xx es transitoria, el cliente debe espaciar los reintentos y el plazo para rendirse suele ser de al menos 4 a 5 días.