La Sua email non è mai arrivata. Il server ha risposto 554 5.0.0 e questo è tutto. Nessuna spiegazione. Solo un rifiuto permanente.
Il vero problema con questo errore: è volutamente vago. Può significare cinque cose diverse. Mentre Lei cerca di capire quale sia, le Sue email continuano a rimbalzare. E ogni rimbalzo danneggia ulteriormente la Sua reputazione di mittente.
Cosa significa davvero il codice 554 5.0.0
Il codice SMTP 554 indica un rifiuto permanente. Il server destinatario ha rifiutato il Suo messaggio e non lo ritenterà. Il sottocodice 5.0.0 è il più generico che ci sia: errore permanente, punto. Il server non Le dice perché.
È diverso da un codice come 554 5.7.1 (relay rifiutato) o 554 5.7.5 (fallimento DMARC) che puntano direttamente alla causa. Con il 5.0.0, deve diagnosticare. La causa si trova in una di queste cinque aree, e l’ordine in cui le verifica fa tutta la differenza.
Le cinque cause da verificare, in ordine
La maggior parte delle guide Le darà sette azioni da eseguire in parallelo. Questo è un errore. Correggere il Suo SPF prima di sapere se il Suo IP è in blacklist Le farà perdere un’ora per nulla.
Inizi con la blacklist. È lì che la maggior parte dei team perde tempo: modificano il loro SPF mentre l’IP è in blacklist da tre settimane. MXToolbox o MultiRBL verificano in 30 secondi. Se appare su Spamhaus, Barracuda o SORBS, il server destinatario ha probabilmente rifiutato il Suo messaggio prima ancora di leggere il contenuto. Ogni lista ha la sua procedura di delisting: Spamhaus accetta richieste tramite modulo, Barracuda richiede una verifica del dominio.
Se non è in blacklist, verifichi i Suoi record di autenticazione. SPF, DKIM e DMARC non sono più opzionali. Dall’inizio del 2024, Google e Yahoo li impongono ai mittenti ad alto volume. A novembre 2025, Gmail ha alzato il livello: i messaggi non conformi non sono più filtrati nello spam, vengono attivamente rifiutati. Un SPF mal configurato autorizza server non previsti a inviare per conto Suo. DKIM mancante? Il destinatario non può verificare l’integrità del messaggio. E se DMARC non è pubblicato, il server di fronte non ha istruzioni su cosa fare quando l’autenticazione fallisce. Verifichi i Suoi DNS con MXToolbox o Google Admin Toolbox. Su un server dedicato o un VPS, controlli anche il reverse DNS (record PTR): senza un PTR valido che punta al Suo dominio, molti server rifiutano la connessione prima ancora di verificare SPF o DKIM.
Se implementa DMARC per la prima volta, inizi con p=none per raccogliere i report senza bloccare i messaggi. Una volta identificati i Suoi flussi, passi a p=quarantine poi p=reject. Restare in p=none indefinitamente non la protegge da nulla.
Terza causa possibile: il contenuto. Alcuni server rifiutano in 554 i messaggi che sembrano spam, senza menzionare una blacklist. I trigger comuni: link accorciati (bit.ly, tinyurl), allegati eseguibili, immagini senza testo, intestazioni mal formate.
Quarta causa possibile: un problema di configurazione SMTP tra il Suo client e il Suo server di invio. Porta errata, crittografia non corretta, autenticazione disattivata. La tabella qui sotto elenca i parametri di riferimento.
| Fornitore | Server SMTP | Porta | Crittografia |
|---|---|---|---|
| Gmail | smtp.gmail.com | 587 | TLS |
| Outlook / Microsoft | smtp-mail.outlook.com | 587 | TLS |
| Yahoo Mail | smtp.mail.yahoo.com | 587 | TLS |
| OVH / LWS | ssl0.ovh.net | 465 | SSL |
Quinto caso: il problema viene dal destinatario. Casella piena, dominio scaduto, record MX corrotti. L’errore 554 5.0.0 non viene sempre da Lei. Inviate a un indirizzo diverso sullo stesso dominio. Se l’errore si ripete solo per questo destinatario, il problema è da lui.
Come leggere il messaggio d’errore completo
Il codice 554 5.0.0 da solo non basta. È il testo che segue che contiene la vera informazione.
Apro la notifica di mancata consegna (NDR) ricevuta. Cerchi la riga che inizia con Remote server returned o Diagnostic-Code. Troverà spesso un messaggio più esplicativo:
554 5.0.0 Service unavailable: problema di reputazione o di configurazione del server554 5.0.0 Message rejected: contenuto o politica di filtraggio554 5.0.0 NXDomain: il dominio destinatario non esiste o gli MX sono non validi554 5.0.0 smtp; 5.1.2 Bad destination host: errore DNS sul dominio destinatario
Questo testo Le orienta verso la causa. Non cerchi di correggere senza averlo letto.
Gmail, Outlook, Exchange: le differenze da conoscere
Gmail impone 500 email al giorno per i conti personali e 2.000 per Google Workspace. Oltre, le spedizioni sono bloccate. Gmail richiede anche che SPF, DKIM e DMARC siano configurati per ogni mittente che invia più di 5.000 messaggi al giorno.
Outlook e Exchange Online applicano filtri basati sulla reputazione IP. Un server che invia da un indirizzo senza storico positivo sarà sospetto. Microsoft offre il suo strumento Smart Network Data Services (SNDS) per monitorare questa reputazione in tempo reale.
Su Exchange on-premise, l’errore 554 5.0.0 appare spesso quando il relay SMTP non è autorizzato per l’indirizzo IP sorgente. Verifichi i connettori di ricezione in Exchange Admin Center.
L’errore che Lei ripete senza saperlo
Ecco cosa fanno la maggior parte dei team quando vedono un codice 554: modificano i loro DNS, aspettano la propagazione, riprovano, vedono che non funziona ancora, aggiungono un record SPF, aspettano di nuovo. Diverse ore perse mentre erano in blacklist fin dall’inizio.
Il codice 554 5.0.0 è un rifiuto permanente. Finché la causa radice non è identificata, rinviare il messaggio non serve a niente. Ogni tentativo aggiuntivo degrada la Sua reputazione di mittente.
L’ordine conta. Blacklist per prima (5 minuti). Autenticazione poi (15-30 minuti). Contenuto e configurazione alla fine.
Evitare il 554 5.0.0 in futuro
Pulisca le Sue liste prima di tutto. Gli indirizzi non validi generano hard bounces che degradano la reputazione. Un tasso di rimbalzo superiore al 2% fa scattare allarmi presso la maggior parte dei fornitori. Uno strumento come CaptainVerify identifica gli indirizzi non validi, le trappole per spam e le caselle piene prima dell’invio. Meno rimbalzi, migliore reputazione.
Attivi i loop di feedback presso i grandi fornitori. Yahoo Postmaster e Google Postmaster Tools avvertono non appena i Suoi messaggi sono segnalati come spam. È gratuito. Evita di scoprire il problema troppo tardi.
Riscaldi lentamente i nuovi IP. Un server che invia 10.000 email il primo giorno sarà sospetto per tutti i fornitori, anche se il Suo contenuto è impeccabile.
Il 554 5.0.0 non accade per caso. Documenta qualcosa. La domanda è: da quanto tempo invia con questo problema senza saperlo?
Attenzione a non confondere con l’errore SMTP 550 5.7.1: sembra simile al 554 ma indica un rifiuto del relay da parte del destinatario. Le cause e le correzioni non sono le stesse. Se il messaggio di errore mostra 550, è un altro problema.
Domande frequenti sull’errore SMTP 554 5.0.0
Qual è la differenza tra 554 5.0.0 e 554 5.7.1?
Il codice 554 5.7.1 indica un rifiuto del relay: il Suo server tenta di inviare tramite un relay SMTP che non lo autorizza. Il 554 5.0.0 è più generico e copre diverse cause. Entrambi sono rifiuti permanenti ma 5.7.1 punta direttamente al problema del relay.
L’errore 554 5.0.0 viene sempre dal mio lato?
No. Se l’errore contiene NXDomain o Bad destination host, il problema è dal destinatario: dominio scaduto, MX non validi. Testi con un altro destinatario sullo stesso dominio per confermare.
Quanto tempo ci vuole per uscire da una blacklist?
Dipende dalla lista. Spamhaus può richiedere 24-48 ore dopo la presentazione di una richiesta. Barracuda è spesso più rapido. Alcune liste si aggiornano automaticamente se il Suo IP smette di inviare spam per diversi giorni.
È necessario contattare il supporto del fornitore destinatario?
Se ha corretto autenticazione, blacklist e configurazione e l’errore persiste verso un unico destinatario, sì. Gmail, Microsoft e Yahoo hanno ciascuno un modulo postmaster. Fornisca le intestazioni complete del messaggio rifiutato.
