Gmail "550 5.2.1 The email account that you tried to reach is disabled": qué hacer

Qué significa

La dirección existe en Gmail o Google Workspace, pero la cuenta que hay detrás no puede recibir correo en este momento. Google ha rechazado tu mensaje. El rebote suele tener este aspecto:

550-5.2.1 The email account that you tried to reach is disabled. Learn more at
550 5.2.1  https://support.google.com/mail/?p=DisabledUser

Google también usa el mismo código 5.2.1 con el texto "The email account that you tried to reach is inactive".

Es un problema del lado del destinatario. No tiene nada que ver con tu SPF, tu DKIM, tu contenido ni tu reputación, y nada en tu DNS puede cambiarlo. Es distinto de "550 5.1.1": la dirección no existe, donde la dirección es desconocida, y de "552 5.2.2": el buzón está lleno.

Por qué ocurre

Google no dice a los remitentes por qué una cuenta está desactivada. Los motivos habituales son:

• Google ha desactivado la cuenta, por ejemplo por incumplir las condiciones de servicio o por sospecha de que está comprometida.
• Un administrador de Google Workspace ha suspendido al usuario, a menudo cuando un empleado deja la empresa.
• La cuenta lleva mucho tiempo inactiva. La política de cuentas inactivas de Google le permite eliminar cuentas personales que no se han usado en dos años; una dirección de una lista antigua puede estar en esta situación.
• El titular ha cerrado Gmail en esa cuenta o está en pleno proceso de recuperación de la cuenta.

La situación puede ser temporal (un usuario suspendido que se restablece) o definitiva. Con un solo rebote no puedes saberlo.

Cómo comprobarlo

1. Lee el rebote completo y asegúrate de que el código es 5.2.1 con "disabled" o "inactive". Un texto 5.2.x distinto indica otro problema.
2. Cuenta cuántas direcciones han rebotado así. Una dirección es lo normal. Decenas en una misma campaña significan que tu lista contiene muchas direcciones antiguas.
3. Revisa la lista de supresión de tu herramienta de envío. La mayoría de los proveedores añaden la dirección automáticamente, así que los envíos posteriores fallan dentro del proveedor (por ejemplo Mailgun 605) en lugar de llegar a Google.
4. Descarta de todos modos un problema por tu parte: envía una prueba a la dirección única de la página de inicio de Delivmail. Si SPF, DKIM, DMARC y las listas negras están bien, el rebote se debe realmente a la cuenta del destinatario.

Cómo solucionarlo

No puedes reactivar la cuenta de otra persona. Lo que sí puedes hacer:

1. Deja de enviar a esa dirección. Trátala como un rebote definitivo. Márcala como no entregable en tu base de datos o CRM. Los envíos repetidos a cuentas desactivadas perjudican tu reputación de remitente en Gmail.
2. Contacta con la persona por otra vía si el email es importante (teléfono, otra dirección, un mensaje en tu aplicación) y pídele una dirección que funcione.
3. Si es un contacto profesional, puede que la persona haya dejado la empresa: contacta con la empresa a través de su dirección general.
4. Limpia tu lista si hay muchas direcciones afectadas. Quita los contactos que hace mucho que no abren ni hacen clic, y lanza una campaña de reactivación antes de eliminar al resto; consulta suscriptores inactivos: reactívalos o elimínalos y limpia tu lista de correo tras una tasa de rebotes alta.
5. No reintentes en bucle. Un 550 es permanente; tu servidor no reintentará y tú no deberías forzarlo.

Si la persona dice que la cuenta funciona

Pídele que inicie sesión en Gmail desde un navegador y compruebe si hay alguna alerta sobre su cuenta. Cuando confirme que está restablecida, quita la dirección de la lista de supresión de tu proveedor y envía un mensaje. Si vuelve a rebotar con 5.2.1, la cuenta sigue desactivada.

Comprueba que está solucionado

No hay nada que arreglar en tu servidor, así que el éxito significa dos cosas: tu aplicación ya no envía a la dirección desactivada y los nuevos rebotes de este tipo siguen siendo poco frecuentes. Después de limpiar la lista, vigila tu tasa de rebotes en las siguientes campañas. Si además has cambiado tu configuración, una nueva prueba con Delivmail confirma que la autenticación y las listas negras están limpias.