Home › Guide

Email in blacklist? Come leggere l'errore e uscire dalla lista

Pubblicato il 2026-11-03 ／ Aggiornato il 2026-11-03 ／ A cura di Yuki Nakazawa

Se le sue email sono finite in una blacklist, di solito è il messaggio di mancato recapito a dirlo. Apra il rifiuto ricevuto e guardi tre elementi: il codice a tre cifre, il codice puntato che lo segue (ad esempio 5.7.1) e il testo. Un codice che inizia con 4 indica un errore temporaneo; uno che inizia con 5 è permanente. Se il testo nomina una blocklist, è quella la lista di cui occuparsi per prima.

Prima di inseguire le blacklist, escluda nell'ordine le cause semplici: un errore di battitura nell'indirizzo, una casella piena, un problema dal lato del destinatario e l'assenza di SPF, DKIM o DMARC. Uscire da una blacklist funziona quasi ovunque allo stesso modo: individuare ed eliminare la causa, inviare una sola richiesta di rimozione se la lista la prevede, poi attendere. Nessuno può promettere una rimozione, e richieste ripetute senza aver risolto il problema tendono a peggiorare le cose.

Le informazioni su liste e provider di posta specifici riportate di seguito provengono dalle loro pagine ufficiali aggiornate a novembre 2026. Le policy cambiano, quindi verifichi i dettagli sul sito del gestore prima di agire.

Come leggere il messaggio di mancato recapito

Un messaggio di mancato recapito (bounce, o notifica di mancata consegna) riporta la risposta data dal server ricevente. Un tipico rifiuto dovuto a una blacklist si presenta così:

<user@example.com>: host mx.example.com[203.0.113.25] said:
    550 5.7.1 Service unavailable; Client host [203.0.113.10]
    blocked using bl.example.org (in reply to RCPT TO command)

1. Il codice di risposta (550). Secondo RFC 5321, una risposta 4yz indica che l'errore è temporaneo e la stessa richiesta può essere ritentata. Una risposta 5yz è un errore permanente e il server di invio non dovrebbe semplicemente ripetere la stessa richiesta.
2. Il codice di stato esteso (5.7.1). Definito in RFC 3463 nel formato class.subject.detail (classe, soggetto, dettaglio). Il numero centrale indica l'ambito: 1 è l'indirizzo, 2 la casella, 4 rete e instradamento, 7 sicurezza o policy. Un codice 5.7.x significa che il destinatario l'ha rifiutata per motivi di policy, ed è qui che compaiono blocklist e reputazione.
3. Il testo libero. Spesso i server riceventi nominano la lista (blocked using bl.example.org) o indicano un URL di verifica. Copi l'intero messaggio: le servirà per qualsiasi richiesta di rimozione o ticket di assistenza.

Codici comuni e a cosa rimandano. Le descrizioni di 5.7.25, 5.7.26 e 4.7.x provengono dall'elenco di errori pubblicato da Gmail; altri provider possono formulare o usare gli stessi codici in modo diverso.

Con un errore 4xx il suo server continua a ritentare da solo. RFC 5321 raccomanda di attendere almeno 30 minuti tra un tentativo e l'altro e indica che il tempo prima di rinunciare dovrebbe in genere essere di almeno 4-5 giorni: per questo può ricevere un avviso di "ritardo" molto prima di un errore definitivo.

Verifichi le cause in questo ordine

Proceda dalle cause più semplici e frequenti verso quelle più rare. I primi controlli richiedono pochi secondi, quindi li esegua prima di tutto il resto.

1. Errore nell'indirizzo. Un 5.1.1 non ha nulla a che vedere con le blacklist. Corregga l'indirizzo.
2. Casella piena. 4.2.2 o 5.2.2 è un problema del destinatario. Lo contatti in un altro modo.
3. Fallisce un solo destinatario. Se la posta verso altre aziende e verso Gmail arriva, la causa probabile sono i filtri del destinatario stesso. Invii al suo amministratore il testo completo del messaggio di errore.
4. SPF, DKIM e DMARC. Gmail richiede a tutti i mittenti di configurare SPF o DKIM, e a chi invia più di 5.000 messaggi al giorno di configurare SPF, DKIM e DMARC. I requisiti di Yahoo sono simili: i mittenti di grandi volumi devono avere una policy DMARC almeno p=none. Outlook.com ha iniziato ad applicare gli stessi requisiti ai domini che inviano oltre 5.000 messaggi al giorno il 5 maggio 2025. Consulti la guida alla configurazione di SPF, DKIM e DMARC.
5. Reputazione dell'IP e del dominio di invio. Verifichi che l'IP di invio abbia un DNS diretto e inverso (PTR) valido, che l'invio avvenga tramite TLS e che le segnalazioni siano poche. Gmail e Yahoo chiedono entrambi di mantenere il tasso di spam sotto lo 0,3%; Gmail consiglia di restare allo 0,10% o meno.
6. Controllo delle blacklist. Se un messaggio di errore nomina una lista, o se diversi destinatari non collegati tra loro restituiscono 5.7.1, verifichi l'IP e il dominio di invio con un controllo delle blacklist.
7. Contenuto e volume. Cerchi ciò che è cambiato: un invio improvviso di grandi dimensioni, una vecchia lista contattata tutta in una volta, un modulo web sfruttato per inviare posta a sconosciuti.

Se a rifiutarla è solo Gmail, la guida ai problemi di recapito su Gmail approfondisce i suoi codici specifici.

Cos'è una blacklist email (DNSBL) e come verificarla

La maggior parte delle blacklist email sono DNSBL, cioè liste pubblicate tramite DNS. Quando il suo server si connette, il server ricevente cerca il suo IP nelle liste di cui si fida e, in base alla risposta, rifiuta il messaggio, gli assegna un punteggio o lo contrassegna.

RFC 5782 descrive la ricerca. Per IPv4, gli ottetti vengono invertiti e anteposti al dominio della lista. Un indirizzo presente in lista restituisce un record A, per convenzione 127.0.0.2, e può avere un record TXT che ne spiega il motivo. Un indirizzo non in lista non ha alcun record. IPv6 usa l'indirizzo completo invertito nibble per nibble.

$ dig +short 10.113.0.203.bl.example.org A
127.0.0.2
$ dig +short 10.113.0.203.bl.example.org TXT
"Listed - see https://bl.example.org/lookup"

Alcuni punti che spesso confondono:

• Controlli l'IP del server che invia la sua posta, non quello del suo portatile o della connessione dell'ufficio. Lo trova nel messaggio di errore (Client host [...]) o nelle intestazioni Received di un messaggio che ha inviato.
• Anche i domini possono essere in lista. Alcune liste riguardano i domini di invio o i domini presenti nei link. Controlli sia l'IP sia il dominio.
• Un inserimento conta solo dove la lista viene usata. Ogni server ricevente decide quali liste consultare. Essere in una lista che i suoi destinatari non usano non cambia nulla per loro.

Interrogare a mano decine di liste è laborioso; un controllo delle blacklist lo fa in un solo passaggio e mostra quali liste restituiscono un risultato positivo.

Quali inserimenti contano davvero

Non tutti gli inserimenti meritano la stessa attenzione. Un ordine di priorità indicativo:

• La lista nominata nel messaggio di errore. È quella che la sta effettivamente bloccando. Se ne occupi per prima.
• Liste grandi e molto utilizzate. Un inserimento qui influisce su molti server riceventi contemporaneamente.
• Uno o due riscontri su liste piccole o poco note, senza alcun messaggio di errore che le nomini, di solito non sono il motivo per cui le sue email vengono bloccate. Esamini autenticazione e reputazione prima di dedicarvi tempo.

Come si descrivono alcune liste note, in base alle loro pagine ufficiali aggiornate a novembre 2026:

Due aspetti da tenere presenti. Primo, le liste che coprono interi intervalli, come UCEPROTECT Level 2 e 3, possono includere il suo IP anche se lei non ha mai inviato spam, a causa di altri indirizzi della stessa rete. Secondo, dove una lista offre una rimozione rapida a pagamento, di solito esiste parallelamente una scadenza automatica gratuita, e pagare non risolve ciò che ha causato l'inserimento. Se la causa resta, l'inserimento si ripresenta. Spamhaus gestisce diverse liste con procedure di rimozione differenti; veda come uscire da Spamhaus.

Come uscire da una blacklist

La procedura è molto simile per tutte le liste:

1. Individui ed elimini la causa. I colpevoli tipici sono la password di una casella compromessa, un computer infetto da malware, un modulo di contatto che invia a qualsiasi indirizzo inserito, un open relay (server che inoltra posta per chiunque) o invii a persone che non hanno mai dato il consenso. Cambi le password e chiuda la falla prima di ogni altra cosa.
2. Legga la pagina di verifica del gestore. La maggior parte delle liste permette di inserire un IP e vedere perché è in lista e qual è la procedura di rimozione. Segua quella, non le ipotesi di terzi.
3. Se la lista fa scadere gli inserimenti da sola, attenda. SpamCop rimuove un inserimento 24 ore dopo la fine delle segnalazioni; UCEPROTECT Level 1 dopo 7 giorni senza nuovo spam.
4. Se la lista accetta richieste, ne invii una. Spieghi con chiarezza cosa è successo e cosa ha cambiato. Barracuda, ad esempio, dichiara che le richieste duplicate vengono ignorate.
5. Invii di nuovo e osservi. La rimozione può richiedere tempo per propagarsi. SpamCop segnala che possono servire fino a 4 ore per raggiungere i suoi mirror e i server che usano la lista.

Inviare più volte la stessa richiesta, o chiedere la rimozione prima di aver risolto la causa, è controproducente. Anche se funziona, l'inserimento torna non appena il problema si ripresenta, e in ogni caso l'ultima parola spetta al gestore.

Ricordi inoltre che una DNSBL è solo uno degli elementi considerati. Quando Gmail rifiuta la posta con un 550 5.7.1 citando la reputazione molto bassa del suo IP o dominio di invio, si tratta di una valutazione propria di Gmail. Uscire da una DNSBL non la cambierà; lo faranno un'autenticazione migliore, liste più pulite e meno segnalazioni.

Hosting condiviso e VPS: quando l'IP non è solo suo

Sull'hosting condiviso molti clienti inviano dallo stesso IP in uscita. Il sito compromesso di qualcun altro può far inserire quell'IP in lista, e la sua posta viene bloccata insieme alla sua.

• Hosting condiviso. L'IP è gestito dall'hosting provider, quindi apra un ticket di assistenza con il messaggio di errore completo e l'IP in lista, invece di inviare personalmente richieste di rimozione. Gli inserimenti di intervalli o reti, come UCEPROTECT Level 2 e 3, possono essere gestiti solo dal provider.
• VPS o server dedicato. Un IP appena assegnato può portare con sé la storia di un precedente utilizzatore. Lo controlli prima di iniziare a inviare e imposti il DNS inverso (PTR) in modo che corrisponda al nome host del server di posta, di solito dal pannello di controllo del provider.
• Invio diretto da un IP domestico o dinamico. Sono proprio gli intervalli a cui è destinata la Spamhaus PBL. Instradi la posta attraverso il server di invio del suo provider o servizio di posta, con autenticazione sulla porta 587 o 465.

Se non può gestire l'IP e il provider non riesce a risolvere, spostare la posta in uscita su un altro server di invio autenticato è spesso la soluzione pratica.

Come evitare di finire di nuovo in lista

Una rimozione dura solo se la causa resta risolta. Mantenga queste abitudini:

• Autenticazione e basi. Mantenga validi SPF, DKIM e DMARC, tenga corretto il DNS inverso e invii tramite TLS. Aggiorni SPF ogni volta che aggiunge un nuovo servizio di invio.
• Sicurezza degli account. Usi password robuste e l'autenticazione a due fattori, e tenga d'occhio aumenti improvvisi del volume in uscita o della coda di invio.
• Protegga i moduli. Limiti la frequenza dei moduli di contatto e di iscrizione, in modo che non possano essere usati per inviare posta a indirizzi arbitrari.
• Igiene delle liste. Scriva solo a chi lo ha richiesto e rimuova gli indirizzi che generano errori. Gmail e Yahoo richiedono ai mittenti di grandi volumi di supportare l'annullamento dell'iscrizione con un clic.
• Eviti picchi improvvisi. Un invio molto più grande del solito può far scattare limiti di velocità e segnalazioni.
• Controlli periodicamente. Verificare di tanto in tanto l'IP e il dominio di invio le permette di accorgersi di un inserimento prima che i clienti segnalino posta mancante.

Domande frequenti

Pagine ufficiali consultate

Le informazioni di questo articolo sono state verificate sulle pagine ufficiali indicate di seguito al momento della pubblicazione. Le policy e il funzionamento possono cambiare senza preavviso: prima di fare affidamento su un'informazione importante, consulti le pagine ufficiali.

• RFC 5321: Simple Mail Transfer Protocol
• RFC 3463: Enhanced Mail System Status Codes
• RFC 5782: DNS Blacklists and Whitelists
• Google Workspace: Gmail SMTP errors and codes
• Google: Email sender guidelines
• Yahoo Sender Hub: Best Practices
• Microsoft: Outlook.com Postmaster
• Spamhaus: Policy Blocklist (PBL)
• SpamCop FAQ: SpamCop Blocking List delisting
• SpamCop Blocking List
• Barracuda Central: Removal Request
• UCEPROTECT: Removal Policy Level 1
• UCEPROTECT: Removal Policy Level 2
• UCEPROTECT: Removal Policy Level 3

Guide correlate

Tutte le guide →