Errore 550 5.7.1: cosa significa il bounce e come risolverlo

Un bounce 550 5.7.1 significa che il server ricevente ha esaminato il tuo messaggio e ha deciso di non accettarlo, di solito per una regola di sicurezza o di policy. Non significa che l'indirizzo email non esiste o è stato eliminato. Nella maggior parte dei casi la casella funziona. Il problema è che lo stesso codice copre problemi molto diversi, da un record SPF mancante a una lista di distribuzione che accetta solo posta interna. Il codice da solo quindi non ti dice cosa sistemare. Te lo dice la riga di testo che lo segue, insieme al nome del server che ha inviato il bounce.

Prima leggi tre cose nel messaggio di rimbalzo

Apri il messaggio di rimbalzo completo, non solo il riepilogo che mostra la tua piattaforma di invio. Cerchi tre cose: il codice, il server che ha rifiutato il messaggio e il testo dopo il codice.

Un rifiuto di Gmail appare così nel messaggio di rimbalzo grezzo:

Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 [203.0.113.10] Our system has detected that this message is likely unsolicited mail. To reduce the amount of spam sent to Gmail, this message has been blocked. - gsmtp

In questo estratto, il server che ha risposto si trova sulla riga Remote-MTA: gmail-smtp-in.l.google.com. Il codice compare sulla riga Diagnostic-Code come 550-5.7.1. Il testo dopo l'IP dice che i filtri di Gmail hanno giudicato il messaggio come probabile spam. La stringa finale - gsmtp conferma che il bounce è stato generato da Gmail. Se invece vedi il marcatore gcdp, come in 550 5.7.1 This message violates example.com email policy. - gcdp <sessionid> - gsmtp, il rifiuto viene da una regola creata dall'amministratore Google Workspace del destinatario.

Lo stesso codice inviato da Outlook.com ha un testo molto diverso:

Remote-MTA: dns; outlook-com.olc.protection.outlook.com
Diagnostic-Code: smtp; 550 5.7.1 Unfortunately, messages from [203.0.113.10] weren't sent. Please contact your Internet service provider since part of their network is on our block list (S3150).

Un host che finisce con protection.outlook.com significa che il rifiuto è arrivato dai server Microsoft. Nomi come outlook-com.olc.protection.outlook.com appartengono a Outlook.com e Hotmail per privati, non alla configurazione Microsoft 365 di un'azienda. Il codice è lo stesso dell'esempio Gmail, ma la causa è del tutto diversa. S3150 significa che l'IP da cui hai inviato, o una parte della sua rete, è nella lista di blocco di Microsoft. Non ha niente a che fare con l'indirizzo del destinatario.

Trova il tuo messaggio 550 5.7.1 esatto

Ogni sistema di posta scrive il suo 550 5.7.1 in modo diverso. Confronta il testo del tuo bounce con una riga della tabella.

La versione più vaga è il testo standard della RFC 3463, 550 5.7.1 Delivery not authorized, message refused (consegna non autorizzata, messaggio rifiutato), senza niente dopo. Alcuni server scrivono un motivo breve apposta, così chi invia spam non scopre quale filtro è scattato. Se invii tramite un relay o uno smarthost, controlla prima che la tua app esegua davvero l'accesso (SMTP AUTH) prima di inviare. Una connessione non autenticata è una causa comune dalla tua parte. Se l'accesso funziona, chiedi al destinatario di cercare il messaggio nei suoi log di posta. Di solito è l'unico posto in cui viene registrato il motivo vero.

Se il problema è dalla tua parte

Se il bounce indica un problema di autenticazione, reputazione o relay, puoi risolverlo senza il destinatario. Controlla prima l'autenticazione. Sistemare la reputazione non serve finché SPF o DKIM falliscono.

Gmail e Outlook.com ora rifiutano direttamente molta posta non autenticata, quindi parti dal DNS. Il tuo dominio di invio ha bisogno dei record SPF, DKIM e DMARC (DKIM è spesso un record CNAME che ti fornisce il tuo provider di posta). Controlla prima il record SPF. Deve elencare ogni IP di server e ogni servizio di invio che spedisce messaggi per tuo conto. La RFC 7208 limita ogni dominio a un solo record SPF e a dieci ricerche DNS. Pubblicare più record o superare le dieci ricerche causa in automatico un errore PermError. Poi invia un messaggio di prova a te stesso e apri le intestazioni. La vista "Mostra originale" di Gmail riporta SPF, DKIM e DMARC come PASS o FAIL, ed è più veloce che leggere i record DNS. Il record DMARC si trova su _dmarc.yourdomain.com. Il dominio dell'indirizzo From deve corrispondere al dominio che ha superato SPF o DKIM.

Se l'autenticazione passa e Gmail dice ancora "likely unsolicited mail" (probabile posta indesiderata), il problema di solito è la reputazione, cioè come i destinatari hanno reagito alla tua posta passata. Google Postmaster Tools mostra il tuo tasso di spam. Google chiede ai mittenti di tenerlo sotto lo 0,1 percento e di non farlo mai arrivare allo 0,3 percento. Se sta salendo, metti in pausa la campagna invece di aumentare il volume. La posta che finiva nello spam tende a iniziare a rimbalzare del tutto mentre la reputazione continua a scendere.

La qualità della lista incide direttamente su questo. Le liste vecchie sono piene di caselle abbandonate, e alcuni provider trasformano gli indirizzi morti da tempo in spam trap. Se colpisci queste trappole, o ricevi bounce da molti indirizzi che non esistono più, i filtri capiscono che non tieni pulita la lista. Se la lista ha più di qualche mese, o viene da uno scraping o da un acquisto, controlla la lista prima di inviare (in inglese).

Gli errori di relay sono un problema separato. Unable to relay o Invalid credentials for relay [IP] significano che il server da cui invii non riconosce la tua app come autorizzata a usarlo.

Se fai passare i messaggi dal servizio di inoltro SMTP di Google Workspace, apri la Console di amministrazione Google, vai su App, seleziona Google Workspace, apri Gmail e guarda la sezione Routing. Controlla la configurazione del servizio di inoltro SMTP. Se ti autentichi con l'indirizzo IP, verifica che l'IP del tuo server sia nella lista degli indirizzi consentiti. Se ti autentichi con credenziali, verifica che l'applicazione si colleghi sulla porta 587 con TLS e con le credenziali corrette dell'account. Se invii tramite Microsoft 365, apri l'interfaccia di amministrazione di Exchange e controlla i connettori del flusso di posta. App e dispositivi che inviano tramite Microsoft 365, come un CRM o uno scanner d'ufficio, di solito passano da un connettore. Un indirizzo IP o un nome di certificato sbagliato su quel connettore è una causa comune di 550 5.7.1 Unable to relay.

Se può risolverlo solo il destinatario

A volte il blocco è voluto. Le aziende su Microsoft 365 o Google Workspace spesso impostano regole che impediscono ai mittenti esterni di scrivere a certi indirizzi.

Un caso comune è una lista di distribuzione come all-staff@ che accetta solo posta dall'interno dell'azienda. Se le scrivi dall'esterno, Exchange Online ti respinge con un 550 5.7.1, spesso con il nome del gruppo. La pagina di risoluzione dei problemi di Microsoft dice che di solito il mittente non può risolverlo. Il proprietario del gruppo o un amministratore Exchange deve modificare il gruppo nell'interfaccia di amministrazione di Microsoft 365 e aggiungere il tuo indirizzo alla lista dei mittenti consentiti.

Google Workspace funziona allo stesso modo. La stringa gcdp in un bounce di Gmail significa che un amministratore ha creato una regola personalizzata nella Console di amministrazione Google. Quella regola ha rifiutato il tuo messaggio in base al contenuto, agli allegati o al dominio del mittente. Niente di ciò che cambi dalla tua parte permette di superarla.

In questo caso, chiedi al destinatario di girare il bounce al suo reparto IT. Indica l'indirizzo di invio, l'indirizzo del destinatario, l'ora del bounce e il messaggio di rimbalzo completo. Per esempio:

Ciao [Nome], un'email che ti ho inviato il [Data] alle [Ora] è tornata indietro con un errore di policy 550 5.7.1. Sembra che una regola del vostro sistema di posta l'abbia bloccata. Potresti girare i dettagli qui sotto al vostro reparto IT, così possono consentire la consegna dal mio indirizzo?
Mittente: [La tua email]
Destinatario: [La sua email]
Diagnostica: [Incolla la riga Diagnostic-Code]

Codici che potresti vedere accanto a 550 5.7.1

Questi sono i codici di errore SMTP che compaiono più spesso nello stesso report di bounce. Alcuni significano che l'indirizzo non esiste più. Altri significano che l'indirizzo va bene e che la tua configurazione va sistemata.

Per capire in generale la differenza tra bounce temporanei e permanenti, leggi la nostra guida su hard bounce e soft bounce. In pratica, rimuovi un indirizzo dopo un 550 5.1.1. Tienilo invece dopo un 550 5.7.26, perché lì l'indirizzo va bene ed è la tua autenticazione ad aver fallito.

Il codice 550 5.7.515 riguarda solo i mittenti più grandi. Dal 5 maggio 2025 Microsoft rifiuta la posta dei domini che inviano 5.000 o più messaggi al giorno a indirizzi Outlook.com, Hotmail e Live, a meno che SPF passi, DKIM passi e un record DMARC (basta p=none) sia allineato con uno dei due.

A volte online trovi questo codice scritto come 5.7.15, ma quello è un codice diverso (priority too low, priorità troppo bassa). Il bounce di Microsoft riporta 5.7.515.

Domande frequenti

Come si risolve l'errore 550 5.7.1? Leggi la riga di diagnostica nel tuo bounce per capire se il rifiuto dipende dall'autenticazione, dalla reputazione o da una regola dalla parte del destinatario. Se l'autenticazione è fallita, aggiorna i record SPF, DKIM e DMARC e verifica le credenziali SMTP in uscita. Se il blocco viene da una regola dell'amministratore del destinatario o da un gruppo con restrizioni, invia le intestazioni del bounce al destinatario. Così il suo reparto IT può consentire il tuo indirizzo.

Cosa significa 550 5.7.1 unsolicited mail? È Gmail che ti dice che i suoi filtri considerano il tuo messaggio spam, soprattutto in base alla tua reputazione di invio. Le cause abituali sono destinatari che segnano la tua posta come spam, un aumento improvviso di volume da un dominio o un IP nuovo, oppure l'invio a una lista vecchia. Controlla il tuo tasso di spam in Google Postmaster Tools e rallenta finché non torna sotto lo 0,1 percento.

Cosa significa il codice di stato 5.7.1 di Outlook? In Microsoft 365, un 5.7.1 da Outlook di solito significa che una policy di Exchange o una restrizione di gruppo ha bloccato la consegna. Sugli account privati Outlook.com e Hotmail spesso include il codice S3150. Significa che Microsoft ha messo il tuo IP di invio nella sua lista di blocco per gli account privati. Se vedi S3150, contatta chi gestisce il tuo server di invio e indicagli il link di risoluzione dei problemi incluso nel bounce.

Cosa significa "550 5.7.1 outbound relay not allowed"? Questo errore significa che un'applicazione ha provato a inviare posta tramite un server SMTP senza un'autenticazione valida. I server di posta rifiutano di inoltrare messaggi di mittenti non autenticati, così chi invia spam non può usarli. Per risolverlo, configura l'applicazione perché si autentichi con nome utente e password validi e una connessione TLS sulla porta 587.

Qualunque sia la causa, conserva il messaggio di rimbalzo completo. È la prima cosa che ti chiederanno il reparto IT del destinatario o il tuo provider di posta.

Se la maggior parte dei tuoi bounce è 550 5.1.1 e non 5.7.1, il problema è la lista, e conviene verificarla con Giggal.ai (in inglese) prima del prossimo invio.