Blog

Cause e soluzioni dell'errore SMTP 550

DeBounce
Articoli
16 min letto

Punti chiave

  • Il codice SMTP 550 indica un rifiuto permanente. Il messaggio non verrà ritrasmesso automaticamente; il problema di fondo deve essere risolto prima di poterlo inviare nuovamente.
  • L'errore SMTP 550 raramente si presenta da solo. Solitamente include un codice di stato esteso, come 5.1.1, 5.7.1 o 5.7.26, oltre a un breve messaggio dal server ricevente. Questi dettagli spiegano il motivo del rifiuto dell'e-mail.
  • Gli errori SMTP 550 si verificano generalmente per due motivi: un problema con il mittente o un problema con il destinatario. I problemi del mittente includono autenticazione non riuscita, inserimento in blacklist o contenuto rifiutato. I problemi del destinatario includono indirizzo non valido, casella di posta piena o blocco da parte delle policy della casella di posta.

Il codice SMTP 550 è il codice di errore permanente più comune nelle email, ma è anche uno dei più spesso diagnosticati erroneamente. Le stesse tre cifre possono significare che il destinatario non esiste, che l'autenticazione del mittente non è andata a buon fine, che il messaggio è finito in un filtro antispam o che si tratta di molte altre cose. Gmail e la massa di Yahoo del 2024 regole del mittente Da quando è entrata in vigore la normativa, le varianti di errore SMTP 550 relative al mancato accesso non autorizzato sono diventate più comuni e diversificate.

Il modo più rapido per risolvere un errore 550 è leggere il messaggio completo, non solo il codice a tre cifre. RFC 5321Una risposta 5xx indica che l'errore è permanente nelle condizioni attuali. Riprovare a inviare lo stesso messaggio senza aver risolto la causa solitamente produce lo stesso risultato.

Sottocodici SMTP 550: una guida rapida

I sottocodici seguono il formato Enhanced Status Code (ESA) della RFC 3463 (la notazione XXX che appare dopo il codice principale 550 nel messaggio di errore). La prima cifra è sempre 5 per gli errori permanenti, mentre le cifre rimanenti identificano la specifica classe di causa. Questa tabella illustra i sei sottocodici che è più probabile incontrare:

Errore SMTP 550

Quando ricevi una notifica di mancata consegna, apri il messaggio completo prima di intraprendere qualsiasi azione. Il sottocodice appare subito dopo il 550, seguito dalla spiegazione del server ricevente. Utilizza questi dettagli per identificare la causa e scegli la prima soluzione da provare.

Cause e soluzioni per gli errori SMTP 550

Ciascuna delle cause elencate di seguito corrisponde a uno specifico schema di sottocodice e a un testo di messaggio di errore. Identifica prima il sottocodice, quindi applica la soluzione corrispondente.

550 Errore SMTP

Indirizzo del destinatario non valido o inesistente

Diagnosticare: Il sottocodice è solitamente 5.1.1 o 5.1.0. Il testo del messaggio di errore spesso include frasi come "utente sconosciuto", "utente inesistente", "casella di posta non trovata" o "indirizzo rifiutato". Si tratta di un problema lato destinatario, il che significa che la casella di posta non è mai esistita o è stata eliminata.

Fix: Verifica l'ortografia dell'indirizzo del destinatario, sia la parte locale prima della @ che la parte del dominio dopo di essa. Le cause più comuni sono caratteri invertiti (jmith invece di jsmith), estensioni di dominio errate (.co invece di .com) e indirizzi obsoleti per i contatti che hanno cambiato lavoro o provider di posta elettronica.

Prevenire: Convalidare ogni indirizzo del destinatario prima che entri nel flusso di invio. Convalida dell'elenco e-mail rileva gli indirizzi non validi al momento dell'acquisizione e segnala gli indirizzi che sono diventati inattivi da quando sono stati raccolti, prevenendo così la maggior parte dei bounce 5.1.1 prima che si verifichino.

Autenticazione del mittente non riuscita (SPF, DKIM o DMARC)

Diagnosticare: Il sottocodice è solitamente 5.7.1 o 5.7.26. Il messaggio di errore spesso fa riferimento a "autenticazione", "criteri DMARC", "SPF", "DKIM" oppure include frasi come "le email non autenticate non sono accettate" o "non soddisfano i requisiti del mittente".

Fix: Verificarlo SPF, DKIM e DMARC sono configurati correttamente per il dominio di invio e allineati con il dominio dell'intestazione From. Per SPF, verificare che l'IP o il servizio di invio sia autorizzato nel record DNS. Per DKIM, verificare che la firma sia presente e valida. Per DMARC, verificare che la policy sia pubblicata e che almeno uno tra SPF e DKIM sia allineato.

Scenario comune: Invio tramite una piattaforma di terze parti, come SendGrid, Mailgun, uno strumento di marketing o un servizio di assistenza, senza aggiungere tale piattaforma al record SPF del dominio o abilitare la firma DKIM per il dominio personalizzato. La piattaforma invia correttamente il messaggio dalla propria infrastruttura, ma il server ricevente lo rifiuta perché il dominio del mittente non è autorizzato a utilizzare quell'indirizzo IP.

Indirizzo IP o dominio del mittente presente nella blacklist

Diagnosticare: Il messaggio di errore fa riferimento a "in lista nera", "bloccato", "cattiva reputazione", "inserito in" oppure nomina una lista nera specifica (Spamhaus, Barracuda, SORBS, UCE-Protect). Alcuni server riceventi omettono il nome della lista nera e restituiscono solo un rifiuto generico. In tal caso, un controllo della lista nera tramite MXToolbox rivela l'inserimento specifico.

Fix: Verifica l'indirizzo IP e il dominio di invio rispetto alle principali blacklist utilizzando lo strumento di verifica delle blacklist di MXToolbox. Se presenti nell'elenco, segui la procedura di rimozione prevista da ciascuna blacklist: la maggior parte richiede la dimostrazione che la causa principale del problema sia stata risolta prima che la rimozione venga concessa. I tempi di elaborazione variano da poche ore a diversi giorni, a seconda della blacklist.

Indagine sulla causa principale: L'inserimento nelle blacklist non avviene a caso. Le cause comuni includono l'invio ripetuto a indirizzi non validi che generano bounce permanenti, un elevato numero di reclami per email indesiderate o una casella di posta o un server compromessi che inviano spam. reputazione del mittente della posta elettronica I segnali aiutano a identificare quale comportamento ha attivato l'inserimento nell'elenco, in modo da poterlo correggere prima di richiederne la rimozione.

Messaggio rifiutato dai filtri dei contenuti

Diagnosticare: Il messaggio di errore fa riferimento a "punteggio spam elevato", "contenuto rifiutato", "sospetto spam", "messaggio filtrato" oppure nomina uno specifico sistema di filtraggio (SpamAssassin, Postini, Barracuda). Il server ricevente ha accettato la connessione ma ha rifiutato il messaggio specifico dopo averne analizzato il contenuto.

Fix: Esamina il contenuto del messaggio alla ricerca di schemi che i filtri di contenuto segnalano frequentemente, come ad esempio un linguaggio promozionale ricco di frasi che inducono all'urgenza, oggetti scritti interamente in maiuscolo, allegati sospetti (.exe, .zip provenienti da mittenti sconosciuti), nomi visualizzati che non corrispondono all'indirizzo del mittente o abbreviatori di URL che puntano a destinazioni non attendibili. La rimozione o la riformulazione del contenuto problematico di solito risolve il problema del rifiuto del contenuto nella versione 5.7.x.

Prevenire: Prima di inviare le campagne, testale con uno strumento di valutazione dello spam. L'autenticazione contribuisce a ridurre i problemi di filtraggio legati alla fiducia, mentre le liste di email pulite diminuiscono il rischio di reclami che potrebbero indurre i provider di posta elettronica a valutare i tuoi contenuti in modo più severo.

Inoltro non consentito o autenticazione SMTP mancante

Diagnosticare: Il sottocodice è solitamente 5.4.1 o 5.7.1, con un testo di errore che indica "relay negato", "relay non consentito", "non autorizzato a inoltrare" o "autenticazione richiesta per l'inoltro". Questo errore proviene dal server SMTP in uscita, non dal server del destinatario (il client mittente non è autorizzato a utilizzare il relay).

Fix: Abilita l'autenticazione SMTP nel client di posta elettronica. In Outlook: Impostazioni account → Altre impostazioni → Server in uscita → seleziona "Il mio server in uscita (SMTP) richiede l'autenticazione". In Gmail SMTP: verifica che all'account mittente sia configurata una password per le app se è abilitata l'autenticazione a due fattori.

Scenario comune: Tentare di inviare un'email tramite un server SMTP che non accetta il relay dall'indirizzo IP corrente, oppure riconfigurare un client di posta elettronica dopo un cambio di password senza aggiornare le credenziali SMTP. La soluzione consiste nell'utilizzare il server SMTP corretto per il dominio di invio oppure nel fornire credenziali di autenticazione valide per quello attualmente configurato.

Casella di posta del destinatario piena o disabilitata

Diagnosticare: Il sottocodice è solitamente 5.2.1 o 5.2.2, con un testo di errore che indica "casella di posta piena", "quota superata", "quota di archiviazione esaurita", "disabilitata" o "non accetta messaggi". La casella di posta esiste ma non può ricevere nuova posta.

Fix: Lato mittente non è possibile intervenire in caso di errori relativi alla quota o alla casella di posta disabilitata. Il destinatario deve liberare spazio di archiviazione o riattivare l'account prima che la consegna sia possibile.

La migliore pratica: Se lo stesso destinatario restituisce ripetutamente errori 5.2.x in seguito a diversi tentativi di invio e per diversi giorni, rimuovere l'indirizzo dall'elenco degli indirizzi attivi. Una casella di posta persistentemente piena o disabilitata è di fatto irraggiungibile e continuare a inviare messaggi a tale indirizzo danneggia le metriche relative alla frequenza di rimbalzo senza alcuna possibilità di consegna.

Come prevenire gli errori SMTP 550 in futuro

Prevenire è più efficace che rimediare per ognuna delle 550 categorie. La maggior parte degli errori ricorrenti nelle 550 categorie è riconducibile a una delle quattro pratiche che risultano deboli o assenti.

Come risolvere l'errore 550 nelle e-mail
  • Verifica ogni indirizzo email prima di inviare: La convalida in tempo reale al momento della registrazione e la convalida periodica in blocco degli elenchi esistenti individuano gli indirizzi non validi (la causa principale degli errori 5.1.1) prima che raggiungano il flusso di invio. Convalida dell'elenco e-mail Segnala gli indirizzi non validi, temporanei e ad alto rischio tramite controlli multilivello.
  • Mantenere l'allineamento SPF, DKIM e DMARC per ogni dominio e sottodominio di invio: Gli errori di autenticazione rappresentano una categoria di cause di errore 550 in rapida crescita. Mantenere aggiornata l'autenticazione, soprattutto quando si aggiungono nuove piattaforme di invio, previene la maggior parte degli errori 5.7.x prima che vengano visualizzati nei report di mancata consegna.
  • Monitorare costantemente la reputazione del mittente: Le minacce di inserimento in blacklist e i picchi di reclami non compaiono da un giorno all'altro. Si sviluppano a partire da schemi visibili nel monitoraggio della reputazione prima di degenerare in veri e propri rifiuti. Il monitoraggio quotidiano tramite Google Postmaster Tools e i controlli regolari delle blacklist consentono di individuare i problemi di reputazione di domini e indirizzi IP in una fase in cui sono ancora facili da risolvere.
  • Pulisci regolarmente l'elenco dei mittenti: Gli indirizzi che restituiscono ripetutamente errori 5.2.x, bounce permanenti e contatti cronicamente inattivi devono essere rimossi prima della prossima campagna. Pulizia di una lista di email La presenza di questi record mantiene bassi i tassi di abbandono e sani gli indicatori di reputazione, riducendo la frequenza degli errori 550 relativi ai filtri dei contenuti e alle blacklist.

Risolvere definitivamente gli errori SMTP 550

Gli errori SMTP 550 sono dati diagnostici. Ogni sottocodice e il relativo messaggio di errore identificano la causa con sufficiente precisione da consentirne la risoluzione, a patto di leggerlo per intero anziché fermarsi alle tre cifre.

Le cinque cause più comuni sono tutte prevenibili con le giuste pratiche a monte: i destinatari non validi vengono individuati tramite la convalida delle liste prima dell'invio; gli errori di autenticazione vengono prevenuti mantenendo SPF, DKIM e DMARC su ogni dominio di invio; il blocco tramite blacklist viene tenuto a bada monitorando la reputazione e mantenendo bassi i tassi di bounce; i rifiuti dei contenuti vengono evitati grazie a testi puliti e domini autenticati; e i blocchi di inoltro vengono risolti con credenziali SMTP corrette.

Gli errori di autenticazione, in particolare le risposte 5.7.1 e 5.7.26, sono diventati più evidenti da quando sono entrati in vigore i requisiti per i mittenti del 2024. Se riscontri un aumento degli errori 550 provenienti da Gmail o Yahoo e non hai verificato di recente la tua configurazione di autenticazione, questo è il primo aspetto da controllare.

Per affrontare la causa più comune a monte, oltre all'autenticazione, carica il tuo elenco su DeBounce prima della prossima campagna. Rimuovi gli indirizzi non validi responsabili dei bounce 5.1.1 e segnala gli indirizzi a rischio che contribuiscono ai segnali di reputazione alla base dei rifiuti attivati ​​dalla blacklist.

Domande frequenti

Risposte alle domande più frequenti su questo argomento.
01

Cos'è l'errore SMTP 550?

Il codice SMTP 550 è un codice di rifiuto permanente restituito da un server di posta ricevente quando si rifiuta di accettare un messaggio. La classe 5xx indica un errore permanente, poiché riprovare senza correggere la causa sottostante produce lo stesso errore.

02

Qual è la differenza tra gli errori SMTP 550 e SMTP 4xx?

Gli errori 4xx sono guasti temporanei per i quali il messaggio verrà ritentato automaticamente e potrebbe avere successo in un secondo momento. Gli errori 5xx sono guasti permanenti: il server comunica al mittente che il messaggio non verrà mai accettato nelle condizioni attuali e che la causa deve essere risolta prima di poterlo reinviare.

03

Come faccio a scoprire qual è il sottocodice specifico associato al mio errore 550?

Apri l'email di notifica di mancata consegna. Il sottocodice (ad esempio 5.7.1 o 5.1.1) appare immediatamente dopo il 550 nel testo dell'errore, seguito da una descrizione leggibile dall'utente proveniente dal server ricevente che identifica la causa specifica.

04

Posso riprovare a inviare un'email che ha restituito un errore 550?

No, non senza prima aver risolto la causa sottostante. Secondo la RFC 5321, ogni codice 5xx rappresenta un errore permanente. Riprovare senza apportare modifiche produce lo stesso errore perché la condizione che lo ha causato non è cambiata.

05

Perché l'errore 550 proveniva dal mio server di posta in uscita e non da quello del destinatario?

Questo problema si verifica con errori di accesso al relay (5.4.1) o errori di autenticazione richiesta (5.7.1) sul lato mittente. Il server mittente si rifiuta di inoltrare il messaggio perché il client non è autenticato o non è autorizzato a utilizzare quel relay, quindi il rifiuto avviene prima che il messaggio raggiunga il server del destinatario. Per risolvere il problema, abilita l'autenticazione SMTP nel client di posta elettronica o verifica che le credenziali corrispondano all'account sul server di posta in uscita.