Gmail "550 5.2.1 The email account that you tried to reach is disabled": cosa fare

Cosa significa

L'indirizzo esiste su Gmail o Google Workspace, ma l'account che c'è dietro al momento non può ricevere posta. Google ha rifiutato il tuo messaggio. Il bounce di solito è così:

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 usa lo stesso codice 5.2.1 anche con la formulazione "The email account that you tried to reach is inactive".

È un problema dal lato del destinatario. Non riguarda il tuo SPF, DKIM, il contenuto o la reputazione, e nulla nel tuo DNS può cambiarlo. È diverso da "550 5.1.1": l'indirizzo non esiste, in cui l'indirizzo è sconosciuto, e da "552 5.2.2": la casella è piena.

Perché succede

Google non dice ai mittenti perché un account è disattivato. I motivi abituali sono:

• Google ha disattivato l'account, per esempio per una violazione dei termini di servizio o per sospetta compromissione.
• Un amministratore Google Workspace ha sospeso l'utente, spesso quando un dipendente lascia l'azienda.
• L'account è rimasto inattivo a lungo. La policy di Google sugli account inattivi le consente di eliminare gli account personali non usati da due anni; un indirizzo in una vecchia lista può trovarsi in questo stato.
• Il titolare ha chiuso Gmail su quell'account o è nel mezzo di un recupero dell'account.

Lo stato può essere temporaneo (un utente sospeso che viene ripristinato) o definitivo. Da un solo bounce non puoi saperlo.

Come verificare

1. Leggi il bounce completo e assicurati che il codice sia 5.2.1 con "disabled" o "inactive". Una formulazione 5.2.x diversa indica un problema diverso.
2. Conta quanti indirizzi hanno dato questo bounce. Un indirizzo è normale amministrazione. Decine in una sola campagna significano che la tua lista contiene molti indirizzi vecchi.
3. Controlla la suppression list del tuo strumento di invio. La maggior parte dei provider aggiunge l'indirizzo automaticamente, quindi gli invii successivi falliscono all'interno del provider (per esempio Mailgun 605) invece di arrivare a Google.
4. Escludi comunque un problema dal tuo lato: invia un test all'indirizzo unico nella home page di Delivmail. Se SPF, DKIM, DMARC e blacklist sono a posto, il bounce riguarda davvero l'account del destinatario.

Come risolvere

Non puoi riattivare l'account di un'altra persona. Ecco cosa puoi fare:

1. Smetti di inviare all'indirizzo. Trattalo come un hard bounce. Segnalo come non recapitabile nel tuo database o CRM. Gli invii ripetuti ad account disattivati pesano sulla tua reputazione di mittente presso Gmail.
2. Contatta la persona in un altro modo se l'email è importante (telefono, un altro indirizzo, un messaggio nella tua app) e chiedile un indirizzo funzionante.
3. Per un contatto professionale, la persona potrebbe aver lasciato l'azienda: contatta l'azienda tramite il suo indirizzo principale.
4. Pulisci la tua lista se sono coinvolti molti indirizzi. Rimuovi i contatti che non aprono né cliccano da molto tempo, e lancia una campagna di riattivazione prima di rimuovere gli altri; consulta iscritti inattivi: riattivali o rimuovili e pulisci la tua mailing list dopo un tasso di bounce elevato.
5. Non riprovare in un ciclo. Un 550 è definitivo; il tuo server non riproverà e non dovresti forzarlo.

Se la persona dice che l'account funziona

Chiedile di accedere a Gmail da un browser e di controllare se c'è un avviso sul suo account. Quando conferma che è stato ripristinato, rimuovi l'indirizzo dalla suppression list del tuo provider e invia un solo messaggio. Se torna con un bounce 5.2.1, l'account è ancora disattivato.

Verifica che sia risolto

Sul tuo server non c'è nulla da correggere, quindi il successo significa due cose: la tua applicazione non invia più all'indirizzo disattivato e i nuovi bounce di questo tipo restano rari. Dopo una pulizia della lista, tieni d'occhio il tasso di bounce nelle campagne successive. Se hai modificato anche la tua configurazione, un nuovo test Delivmail conferma che i controlli di autenticazione e blacklist sono a posto.