// cómo solucionarlo
"4.4.7 Message expired" y "Delivery Status Notification (Delay)" ("451 4.4.0 DNS query failed"): causas y soluciones
Tu servidor ha intentado entregar el email durante horas o días y luego se ha rendido. Por qué los emails se retrasan y caducan, y cómo encontrar y corregir la causa.
Qué significa
Cuando un email no se puede entregar de inmediato, el servidor de envío lo guarda en una cola y lo reintenta con regularidad. Mientras espera, puedes recibir un aviso titulado "Delivery Status Notification (Delay)" o "Delivery delayed". Si el problema dura demasiado, el servidor se rinde y envía un rebote definitivo. Este periodo de reintentos suele ser de uno a cinco días, según el servidor. Los mensajes suelen parecerse a estos:
Delivery to the following recipient has been delayed: user@example.com Status: 4.4.7 550 4.4.7 QUEUE.Expired; message expired 451 4.4.0 DNS query failed
El código 4.4.7 significa «tiempo de entrega agotado». No es la causa real. El motivo real es el último error que vio el servidor durante los reintentos. Búscalo en el rebote: suele aparecer bajo "Diagnostic code", "Remote server returned" o "Last error".
Por qué ocurre
- El servidor de correo del destinatario está caído o no es accesible, así que todos los intentos fallan.
- Problemas de DNS. El dominio del destinatario no tiene registro MX, sus servidores de nombres no responden, o el resolvedor DNS de tu propio servidor falla.
451 4.4.0 DNS query failed(un texto de Microsoft 365 / Exchange) apunta a esto. - El puerto 25 de salida está bloqueado en tu red. Muchos proveedores de internet, cloud y VPS lo bloquean por defecto, así que tu servidor no puede conectarse con nadie.
- El greylisting nunca se ha superado. Algunos servidores rechazan a propósito el primer intento y aceptan uno posterior. Si tu servidor no reintenta correctamente, o reintenta cada vez desde una IP distinta, nunca consigue pasar.
- Limitación de velocidad (throttling). El receptor solo acepta unos pocos emails a la vez desde tu IP (algo habitual en los grandes proveedores cuando tu reputación es baja o el volumen sube de repente), y responde con códigos temporales
421o451. - Un bloqueo temporal, por ejemplo un aplazamiento por reputación, que ha acabado en un tiempo agotado.
Cómo comprobarlo
- Lee el último error del rebote. Un tiempo de espera agotado apunta a la red o a un cortafuegos, un error DNS al DNS, y un
421a una limitación de velocidad o a la reputación. - Escanea el dominio del destinatario en
/domain-scanner. Si no muestra ningún registro MX, el problema está en su lado. - Prueba tus propios envíos. Envía un email a la dirección única de la página de inicio (
/). Si no llega, probablemente tu servidor no puede enviar nada hacia fuera (puerto 25 bloqueado, DNS roto). Si llega, el informe muestra tu IP, el DNS inverso, las listas negras y la autenticación, lo que puede explicar la limitación de velocidad. - Comprueba las listas de bloqueo para tu IP en
/blacklists. - En tu propio servidor, revisa la cola y los logs (en Postfix,
mailqy el log de correo) para ver el error exacto de cada intento.
Cómo solucionarlo
- Servidor o DNS del destinatario caído: no hay nada que corregir por tu parte. Avisa al destinatario por otro canal y vuelve a enviar más tarde.
- Tu resolvedor DNS: asegúrate de que tu servidor puede resolver nombres (prueba con
dig MX example.com). Usa un resolvedor local fiable. - Puerto 25 bloqueado: pide a tu proveedor que lo abra, o envía a través de un relay (smarthost) en el puerto 587 con inicio de sesión.
- Greylisting: mantén la configuración de reintentos por defecto de tu servidor de correo. Envía desde una IP estable, no desde un grupo de IP que cambia en cada intento.
- Limitación de velocidad o reputación: envía más despacio, reparte las campañas grandes en el tiempo, autentica con SPF, DKIM y DMARC, configura un DNS inverso correcto y resuelve cualquier entrada en listas de bloqueo.
- Vuelve a enviar los emails caducados cuando la causa esté corregida. Los emails caducados no se reintentan automáticamente.
Comprueba que está solucionado
Haz una nueva prueba con Delivmail: debería llegar rápido y mostrar un informe limpio. Comprueba que la cola de tu servidor se va vaciando. Después vuelve a enviar el email a la dirección que caducó y vigila tus logs hasta ver una respuesta 250 del servidor del destinatario. Si la causa era la limitación de velocidad, pueden hacer falta unos días de envíos regulares y limpios antes de que las entregas vuelvan a ser rápidas.
Comprueba que está solucionado
Un cambio de DNS puede tardar de unos minutos a unas horas. Después, envía un nuevo email de prueba o vuelve a escanear tu dominio.
Guías relacionadas
- Tu dominio no tiene registro SPFTu dominio no indica qué servidores pueden enviar emails en su nombre. Añade un registro TXT y los receptores podrán distinguir tus emails reales de los falsos.
- Error SPF: demasiadas consultas DNS (permerror)SPF permite como máximo 10 consultas DNS. Por encima, todo el registro se rompe y los receptores lo consideran no válido. Así puedes aligerarlo.
- Varios registros SPF en un mismo dominioUn dominio solo debe tener un registro SPF. Con dos o más, SPF falla en todos los emails. Únelos en una sola línea.
- SPF falla: el servidor de envío no está autorizadoTu dominio tiene un registro SPF, pero el servidor que envió tu email no está en él. Averigua qué servicio envió el email y añádelo.
- Tus emails no tienen firma DKIMDKIM añade una firma digital que demuestra que un email viene de verdad de tu dominio. Actívala en tu proveedor de correo y publica su clave en el DNS.