Email in blacklist: come verificare IP e domini e risolvere i problemi di invio

Che cosa significa essere in una blacklist email

Una blacklist email, detta anche blocklist, è un insieme di indirizzi IP o domini associati a comportamenti indesiderati oppure soggetti a determinate politiche di invio. Alcuni server destinatari interrogano queste liste per decidere se accettare, rifiutare o sottoporre a ulteriori controlli un messaggio.

Le DNSBL (DNS-based Block Lists), spesso chiamate anche RBL, pubblicano informazioni interrogabili tramite DNS. Non sono tutte equivalenti: alcune segnalano spam o sistemi compromessi, altre identificano indirizzi che, per politica di rete, non dovrebbero inviare direttamente email ai server destinatari. Una lista può essere molto utilizzata, mentre un'altra può avere un impatto trascurabile sulla consegna effettiva.

Blacklist IP e blacklist di dominio: qual è la differenza?

Una blacklist IP riguarda l'indirizzo da cui parte la connessione SMTP verso il destinatario. Una blacklist di dominio può invece prendere in considerazione il dominio mittente, quello usato nei collegamenti presenti nel messaggio o altri identificativi, secondo le regole della lista. Per questo controllare soltanto l'IP oppure soltanto il dominio può fornire un quadro incompleto.

La reputazione è un concetto più ampio: comprende segnali come la storia degli invii, i reclami per spam, le autenticazioni e il comportamento dei destinatari. Gmail, Outlook e altri provider applicano anche valutazioni proprie, non necessariamente rappresentate in una blacklist pubblica.

Come verificare se un IP o un dominio è in blacklist

Individua prima l'IP utilizzato per l'invio

L'IP da controllare è quello del server che effettua la connessione SMTP verso il destinatario, non necessariamente l'indirizzo IP del sito web o del server sul quale leggi la posta. Se utilizzi un relay SMTP esterno, devi verificare l'IP di uscita del relay. Quando l'invio viene effettuato da più server, possono essere coinvolti IP differenti.

Puoi individuare l'IP attraverso i log del server di posta oppure, se disponibili e interpretabili, gli header Received di un messaggio consegnato. Gli header descrivono diversi passaggi del percorso: non tutti gli IP presenti appartengono al server responsabile della consegna finale.

Controlla la lista e il motivo dell'inserimento

Per una verifica manuale, uno strumento utile è il verificatore IP e domini di Spamhaus. Se un indirizzo risulta segnalato, è importante leggere il nome della lista e la motivazione associata, non limitarsi all'indicazione generica «blacklisted».

Per esempio, una segnalazione nella Spamhaus PBL può indicare che un intervallo IP non dovrebbe inviare direttamente messaggi verso i server di posta altrui; non dimostra, da sola, l'invio di spam. Una segnalazione legata a sistemi compromessi o ad attività di spam richiede invece accertamenti di natura diversa.

I servizi che aggregano più blacklist sono utili per una prima ricognizione, ma un risultato positivo va verificato presso il gestore della lista interessata. Un risultato negativo significa soltanto che non è stata trovata una segnalazione nelle liste consultate al momento del controllo.

Controlla anche la reputazione presso i principali destinatari

Se il problema riguarda soprattutto Gmail, Google Postmaster Tools può fornire dati sulla reputazione e sull'autenticazione del traffico associato ai domini verificati, quando disponibili. Per i servizi Microsoft è possibile consultare le risorse ufficiali dedicate ai mittenti e gli strumenti di reputazione previsti per gli IP autorizzati. Questi dati non sostituiscono il controllo delle blacklist pubbliche: servono a comprendere problemi specifici del destinatario.

Come interpretare gli errori SMTP e i messaggi di mancata consegna

Quando una consegna fallisce, il primo elemento da leggere è il messaggio completo di errore, spesso presente nell'avviso di mancata consegna (bounce o DSN) e nei log SMTP. Occorre distinguere il codice generale, il codice di stato esteso e il testo restituito dal server destinatario.

In generale, le risposte SMTP 4xx indicano condizioni temporanee per le quali il server mittente può ritentare la consegna; le risposte 5xx indicano un rifiuto permanente nelle condizioni correnti. I codici estesi, come 5.7.1, forniscono ulteriori dettagli: la famiglia X.7.X riguarda tipicamente sicurezza e policy.

Un esempio di rifiuto che cita una blacklist

Il seguente messaggio è illustrativo e non proviene da un incidente documentato su HostingRelax:

550 5.7.1 Message rejected: sending IP 192.0.2.25 listed by example DNSBL

La prima verifica riguarda l'IP 192.0.2.25, che appartiene a un intervallo riservato agli esempi, e il gestore della lista citata. Se invece la risposta si limita a indicare una violazione di policy, non si dovrebbe dedurre automaticamente che l'indirizzo sia in blacklist.

Prima di condividere un bounce o un estratto dei log con terzi, rimuovi indirizzi personali, identificativi di messaggi, token e altri dati non necessari all'analisi.

Perché un indirizzo IP o un dominio finisce in blacklist

Le cause dipendono dai criteri della singola lista. Tra le situazioni da indagare rientrano l'invio di email non richieste, un account SMTP compromesso, un'applicazione web che invia messaggi abusivi, liste di destinatari non aggiornate, segnalazioni degli utenti o la presenza di sistemi infetti sulla rete di origine.

Altre iscrizioni sono legate a criteri di policy: per esempio, gli IP assegnati a connessioni che non dovrebbero effettuare direttamente consegne SMTP possono comparire in apposite liste anche senza evidenza di una campagna spam. La causa non si ricava quindi dal solo fatto di essere elencati: bisogna consultare le informazioni del gestore.

Inoltre, una cattiva configurazione non equivale necessariamente a una segnalazione pubblica. Reverse DNS assente, autenticazione non valida o volumi di invio anomali possono provocare rifiuti e peggiorare la reputazione senza produrre un risultato positivo nei controlli sulle blacklist.

Come individuare e correggere la causa prima del delisting

La richiesta di rimozione dovrebbe arrivare dopo aver eliminato il problema che ha provocato la segnalazione. In caso contrario, l'IP o il dominio può essere inserito nuovamente nella lista, talvolta con procedure di rimozione più restrittive.

Verifica la provenienza degli invii

Controlla nei log SMTP autenticazioni, account utilizzati, IP di origine, quantità e orari dei messaggi, destinatari e risposte dei server remoti. Un incremento improvviso del traffico o molti messaggi verso destinatari sconosciuti possono indicare credenziali compromesse o un'applicazione che sta inviando posta non autorizzata.

Se emergono invii abusivi, occorre interromperli e affrontarne l'origine: mettere in sicurezza gli account, cambiare le credenziali coinvolte, verificare applicazioni e moduli e correggere eventuali vulnerabilità. Limitarsi a cambiare IP senza risolvere la causa trasferirebbe il problema su un'altra infrastruttura.

Controlla autenticazione e configurazione DNS

I record SPF, DKIM e DMARC contribuiscono a verificare l'autenticità dei messaggi. SPF identifica i sistemi autorizzati per il dominio usato nell'envelope SMTP; DKIM permette di verificare una firma del messaggio; DMARC introduce verifiche di allineamento con il dominio visibile nel campo From: e una policy applicabile agli esiti di autenticazione.

Per il server di invio è importante anche un reverse DNS (PTR) coerente: l'IP dovrebbe risolversi in un hostname valido, a sua volta associato all'IP previsto. Il PTR è normalmente gestito dal titolare della rete IP o dal provider dell'infrastruttura, non si crea semplicemente nella zona DNS del dominio.

Da terminale puoi effettuare alcuni controlli preliminari:

dig -x 192.0.2.25 +short dig esempio.it TXT +short dig _dmarc.esempio.it TXT +short

Questi comandi mostrano rispettivamente il PTR dell'IP illustrativo, i record TXT del dominio e il TXT DMARC. Il secondo comando può restituire anche TXT non correlati a SPF; per DKIM occorre inoltre conoscere il selettore utilizzato dal sistema di invio. La guida ai record DNS approfondisce il funzionamento e la verifica dei diversi tipi di record.

Verifica qualità e consenso dei destinatari

Se il problema è collegato a campagne o newsletter, controlla la provenienza dei contatti, la gestione delle disiscrizioni, gli hard bounce e gli eventuali reclami. Gli indirizzi inesistenti e i destinatari che non desiderano ricevere messaggi non vanno trattati come un semplice problema tecnico da superare aumentando i tentativi di invio.

Come richiedere la rimozione da una blacklist email

Non esiste una procedura di delisting valida per tutte le liste. Ogni gestore stabilisce criteri, modalità di richiesta ed eventuali controlli automatici. Alcune segnalazioni decadono quando cessa il comportamento che le ha generate; altre richiedono una domanda tramite il portale ufficiale.

Il percorso corretto consiste nell'identificare con precisione la blacklist, leggere la motivazione dell'inserimento, risolvere la causa e utilizzare la procedura indicata dal gestore. Per esempio, il portale Spamhaus indirizza alle istruzioni specifiche per l'IP o il dominio interessato. In alcuni casi la richiesta deve essere inoltrata dal titolare della risorsa o dal provider che la gestisce.

Quando viene richiesta una descrizione dell'intervento, è utile indicare il problema individuato e le misure adottate per impedirne la ripetizione. Non è opportuno inoltrare richieste identiche a più liste senza aver verificato se l'indirizzo vi sia effettivamente presente.

Il delisting non garantisce la consegna immediata delle email: i destinatari possono aggiornare le proprie informazioni con tempi diversi, mantenere valutazioni reputazionali indipendenti o continuare a rifiutare messaggi per altre ragioni. Dopo la rimozione servono quindi nuove verifiche nei log e nelle risposte SMTP.

Come prevenire nuovi problemi di consegna

Il monitoraggio periodico delle blacklist permette di individuare segnalazioni anche prima che vengano notate dagli utenti, ma non sostituisce il controllo dei log e delle anomalie di invio. È utile osservare volumi, errori di autenticazione, bounce, reclami e cambiamenti improvvisi nella reputazione presso i destinatari principali.

Per i clienti del servizio SMTP dedicato, HostingRelax monitora automaticamente gli indirizzi IP utilizzati per l'invio della posta, verificandone la presenza in oltre 50 blacklist. Quando vengono rilevate anomalie o segnalati problemi di consegna, effettuiamo ulteriori controlli per individuarne le cause e, se necessario, gestiamo le richieste di rimozione dalle liste interessate.

Queste attività aiutano a rilevare e affrontare i problemi di reputazione, senza poter garantire che ogni provider destinatario accetti o collochi nella posta in arrivo tutti i messaggi. Per comprendere le caratteristiche di un'infrastruttura di invio e la differenza tra IP condivisi e dedicati puoi consultare la guida al servizio SMTP professionale.

Conclusioni

Quando un'email non viene consegnata, controllare le blacklist è utile ma non sufficiente. Per arrivare alla causa occorre identificare l'IP di invio, leggere la risposta SMTP completa e distinguere una segnalazione pubblica da un problema di reputazione o configurazione. Solo dopo aver corretto l'origine dell'anomalia ha senso richiedere l'eventuale delisting e verificare il comportamento delle consegne successive.

Approfondimenti

• Servizio SMTP professionale: funzionamento, reputazione e deliverability
• Record DNS: come funzionano e come verificarli