Mailgun 605 "Not delivering to previously bounced address": cómo solucionarlo

Qué significa

Mailgun ni siquiera ha intentado entregar tu mensaje. Lo ha descartado antes de que saliera de Mailgun, porque la dirección del destinatario está en la lista de supresión Bounces (rebotes) de tu dominio de envío. En los logs, el evento fallido suele mostrar:

Code: 605
Message: Not delivering to previously bounced address
Severity: permanent

Una lista de supresión es una lista de "no enviar" que Mailgun mantiene por dominio. Cuando una dirección está en ella, todo mensaje nuevo a esa dirección falla al instante con 605 hasta que la quitas. Esto protege tu reputación: proveedores como Gmail y Outlook vigilan con qué frecuencia envías a direcciones muertas.

Un código relacionado, el 607, se usa cuando la dirección está suprimida porque la persona marcó uno de tus emails como spam. No quites esas direcciones: la persona ha pedido no recibir nada tuyo.

Por qué ocurre

• Un rebote definitivo anterior. Un mensaje anterior a esta dirección recibió un rechazo permanente, por ejemplo 550 5.1.1 user unknown. Mailgun la añadió a la lista Bounces. Consulta rebote "550 5.1.1": la dirección no existe para saber qué significa ese rebote original.
• Una errata corregida después en tu base de datos, mientras el rebote antiguo sigue en la lista para esa misma dirección.
• Un problema temporal que parecía permanente. Algunos servidores responden con un código 5xx ante un buzón lleno, una cuenta desactivada o un bloqueo por política. El buzón puede volver a funcionar más tarde, pero el rebote sigue registrado.
• Un bloqueo contra ti, no contra el destinatario. Si el rebote original se debió a que tu IP o tu dominio estaban bloqueados, la dirección en sí está bien. Lee el texto del rebote original antes de decidir.

Cómo comprobarlo

1. Encuentra el rebote original. En el panel de control de Mailgun, abre tu dominio de envío, ve a la sección Suppressions y abre la tabla Bounces. Busca la dirección. La entrada muestra la fecha y el error que devolvió el servidor receptor.
2. O pregunta a la API. Sustituye la clave, el dominio y la dirección (usa api.eu.mailgun.net si tu dominio está en la región UE):

   curl -s --user 'api:YOUR_API_KEY' \
     https://api.mailgun.net/v3/yourdomain.com/bounces/alice@example.com

3. Lee el error. "User unknown", "no such user" o "address does not exist" significan que la dirección está realmente muerta. "Blocked", "spam", "policy" o el nombre de una lista negra significan que el problema era tu reputación de envío.
4. Si era un bloqueo, envía un email de prueba desde el mismo dominio de Mailgun a la dirección de la página de inicio de Delivmail y revisa en el informe SPF, DKIM, DMARC y las listas negras antes de volver a enviar a ese destinatario.

Cómo solucionarlo

La dirección realmente no existe

Déjala en la lista. Elimina o corrige la dirección en tu propia base de datos (pide a la persona una dirección correcta por otro canal). Quitar una dirección muerta de la lista de supresión solo provoca un nuevo rebote definitivo y daña tu reputación.

El buzón vuelve a funcionar

Si la persona confirma que la dirección funciona (cuenta nueva, buzón ya no lleno, errata corregida), quítala de la tabla Bounces en el panel de control, o con la API:

curl -s --user 'api:YOUR_API_KEY' -X DELETE \
  https://api.mailgun.net/v3/yourdomain.com/bounces/alice@example.com

Mailgun volverá a intentar la entrega. Si la dirección rebota de nuevo, vuelve a la lista automáticamente. Los mensajes que ya fallaron con 605 no se reenvían; tienes que enviarlos de nuevo tú.

El rebote original era un bloqueo contra ti

Corrige primero la causa (autenticación, IP o dominio en lista negra, contenido) y después quita la dirección. Si no, el siguiente mensaje rebotará por el mismo motivo.

Evítalo en tu aplicación

• Escucha el webhook de fallos permanentes de Mailgun y marca la dirección como no válida en tu propia base de datos, para que tu aplicación deje de ponerle correo en cola.
• Usa doble opt-in o confirmación de la dirección en el registro para que las erratas no entren en tu lista.
• Limpia las listas antiguas antes de una campaña; consulta cómo limpiar tu lista de correo tras una tasa de rebotes alta.

Otros proveedores tienen el mismo mecanismo con otro nombre: Postmark devuelve el error 406 para destinatarios inactivos y Amazon SES tiene su propia lista de supresión a nivel de cuenta.

Comprueba que está solucionado

Después de quitar la dirección, envía un mensaje y mira sus eventos en los logs de Mailgun. Buscas un evento "delivered", no "failed" con 605. Si falla con un rebote nuevo, lee ese nuevo error: te indica el estado actual del buzón. Si el problema original era tu reputación, haz primero una nueva prueba con Delivmail y asegúrate de que nada está en listas negras.