Cómo diagnosticar rebotes de correo permanentes y temporales

Un rebote de correo indica que el servidor no pudo entregar un mensaje. La distinción inicial es la respuesta SMTP: un código 5xx suele señalar un fallo permanente de ese intento, mientras que 4xx indica una condición temporal que puede reintentarse. El texto detallado importa más que la etiqueta «rebotado»: buzón inexistente, cuota, política de seguridad y problemas de conexión necesitan acciones diferentes.

Lee el rechazo completo

Guarda fecha, destinatario anonimizado, servidor que respondió, código y texto. No compartas el contenido completo del mensaje ni datos personales en un foro. Comprueba si el rebote se genera al enviar o minutos después; un cliente que muestra «enviado» solo confirma que entregó al servidor saliente. Compara una dirección afectada con otra del mismo dominio y con una de otro proveedor.

Ejemplo: 550 mailbox unavailable puede indicar dirección inexistente o política del receptor; comprueba el contexto antes de borrar contactos. Un 451 puede ser temporal, pero reintentos indefinidos sin investigar una caída de DNS tampoco son solución. Los códigos extendidos y la política del proveedor del destinatario ayudan a acotar la causa.

Separa DNS, autenticación y reputación

Si todos los correos a un dominio rebotan, revisa sus MX y si el destino responde. Para tu dominio, verifica los MX autoritativos. Si el rechazo menciona autenticación o suplantación, inspecciona SPF, DKIM y DMARC del remitente; la guía de autenticación explica su función. La configuración correcta no garantiza que un receptor acepte el contenido, pero una firma rota puede ser una causa observable. Si solo afecta a una campaña masiva, distingue la plataforma de marketing del SMTP transaccional.

Corrige y confirma

Soluciona el dato específico: dirección errónea, buzón lleno, MX inactivo, credencial SMTP, límite del proveedor o una política del receptor. No desactives DMARC ni cambies todos los MX para «probar» un rebote aislado. Realiza un envío pequeño de prueba, confirma aceptación en logs y recepción final con el destinatario. Si se trata de formularios o pedidos, verifica además que la aplicación registró el evento aun cuando falló el correo. Consulta un rebote con código y cabeceras saneadas, sin claves ni contenido confidencial.