Categorie di abuso del dominio destinatario
Riporta le categorie Spamhaus DBL supportate per domini di spam, phishing, malware e command-and-control botnet.
Controllo gratuito del rischio destinatario
Verifica se un indirizzo email può ricevere posta e se il dominio destinatario ha una cronologia confermata di spam, phishing, malware o abuso botnet. Nessuna registrazione richiesta.
Un email spam checker può descrivere strumenti molto diversi. Alcuni valutano parole, link e HTML di un messaggio di marketing. Altri testano l'autenticazione del mittente o il posizionamento in inbox. Questo checker gratuito si concentra su una decisione diversa: se un indirizzo email destinatario è consegnabile e se il dominio destinatario ha una cronologia di abuso confermata.
BillionVerify esegue controlli di sintassi, MX e mailbox SMTP, poi legge i motivi di rischio del dominio destinatario dell'API di verifica. Un risultato rischioso può identificare un dominio associato a spam, phishing, malware o attività di command-and-control botnet. L'indirizzo può comunque accettare posta, ed è proprio per questo che questo segnale sta accanto alla deliverability, non dietro una semplice etichetta valido-o-invalido.
Usa il risultato prima di aggiungere un indirizzo all'outreach, importare un contatto in un CRM o tenere un destinatario dubbio in una lista in blocco. Non usarlo per predire se la tua campagna finirà in spam. Contenuto del messaggio, infrastruttura del mittente, autenticazione, reclami e engagement del destinatario sono parti separate della deliverability email.
Un controllo combina le evidenze della mailbox con un segnale nominato e circoscritto di reputazione del dominio destinatario. Ogni parte risponde a una domanda diversa.
Riporta le categorie Spamhaus DBL supportate per domini di spam, phishing, malware e command-and-control botnet.
Esegue una verifica SMTP completa così un indirizzo rischioso ma consegnabile non viene confuso con una mailbox inesistente.
Controlla la struttura dell'indirizzo e i record MX prima di qualsiasi interpretazione sulla mailbox o sul rischio di dominio.
Restituisce valid, invalid, unknown o risky con motivi espliciti, invece di nascondere l'incertezza in un unico score.
Fondamenti del rischio destinatario
Un risultato utile tiene separate deliverability della mailbox, reputazione del dominio destinatario e posizionamento spam della campagna. Combinare le evidenze è prezioso; schiacciarle in una promessa vaga no.
Il controllo inizia con l'indirizzo che intendi salvare o contattare. La validazione della sintassi intercetta input malformati prima di qualsiasi richiesta di rete. La risoluzione DNS conferma poi se il dominio ha un routing di posta utilizzabile. Sono gate necessari, ma nessuno dei due dice che la mailbox individuale esista o che il dominio destinatario abbia una cronologia affidabile.
Una stringa può sembrare perfetta e puntare comunque a una mailbox chiusa. Un dominio può pubblicare record MX mentre ogni destinatario utile viene rifiutato. Al contrario, una mailbox può accettare SMTP mentre il dominio stesso porta un segnale di abuso. Per questo BillionVerify non etichetta un indirizzo come sicuro dopo un controllo solo di formato. Per quel compito più superficiale, usa il Email Validator; questa pagina continua nelle evidenze di mailbox e di rischio di dominio.
Il controllo completo chiede al sistema di posta ricevente se il destinatario specifico può accettare posta. L'evidenza SMTP distingue una mailbox consegnabile da un indirizzo non valido o inconcludente. Questo conta perché lo stato risky dell'API non è un altro nome per invalid. Un indirizzo rischioso può essere pienamente consegnabile, il che lo rende tentante da tenere se il motivo di abuso non è visibile.
BillionVerify conserva quella distinzione in campi separati. Il risultato può dire che SMTP ha accettato il destinatario mentre lo stato è risky e risk_reasons nomina la categoria di dominio. I team operations possono così sopprimere l'indirizzo per un motivo concreto invece di confondere la reputazione con un hard bounce. Se l'unico obiettivo è prevenire i bounce, il Bounce Email Checker presenta le stesse evidenze di mailbox con un'interpretazione più stretta.
Dopo la verifica, il servizio valuta il dominio destinatario rispetto al segnale Domain Blocklist supportato. Spamhaus descrive la DBL come un dataset di reputazione solo-dominio che copre domini associati a spam e attività malevole. BillionVerify mappa le categorie actor-owned supportate in quattro motivi API stabili: spam, phishing, malware e command-and-control botnet.
È deliberatamente più stretto che dire che un'email è spam. L'input è un indirizzo, non un messaggio ricevuto. La lookup riguarda il dominio dopo la chiocciola e la cronologia collegata a quel dominio. Non ispeziona ciò che qualcuno ha scritto, non decide se un mittente è legittimo e non classifica un messaggio in una inbox. Il risultato va usato come evidenza di rischio destinatario durante verifica e igiene della lista.
Uno score numerico di qualità può aiutare a ordinare i record, ma non deve nascondere l'evento che ha causato una decisione. Quando lo stato è risky, risk_reasons spiega se il dominio destinatario ha corrisposto alla categoria spam, phishing, malware o botnet C&C. Chi rivede il risultato può capire la classe di minaccia senza reverse-engineering delle soglie o trattare ogni score basso come lo stesso problema.
Lo stato resta il campo di azione e i motivi restano evidenze esplicative. Un match di abuso supportato cambia un risultato altrimenti consegnabile in risky. Una lista di motivi vuota non prova che ogni parte dell'indirizzo sia benigna; dice che questo specifico segnale esterno non ha corrisposto. Conserva il timestamp del risultato e ricontrolla i record importanti quando la decisione di invio arriva molto più tardi, perché i dati di reputazione cambiano.
La verifica di rete può essere inconcludente per un fallimento DNS temporaneo, una policy del mail server, greylisting, protezioni del provider o un percorso di servizio degradato. BillionVerify restituisce unknown quando non può raggiungere una conclusione deterministica. Il pannello orientato allo spam mostra anche uno stato inconcludente quando il risultato completo non è disponibile, invece di dichiarare silenziosamente pulito il dominio.
Riprovare può avere senso per unknown. Non ha senso per un risultato risky deterministico il cui segnale di abuso del dominio è già noto. Questa differenza è importante in automazione: unknown appartiene a una coda di retry o revisione, mentre risky appartiene alla soppressione. Se stai pulendo più di un indirizzo, il flusso Email List Cleaning tiene questi stati separati su tutto il file.
Cosa il risultato non afferma
I risultati di ricerca mescolano verifica del destinatario, scoring del messaggio, reputazione del mittente e posizionamento in inbox sotto la stessa frase. Scegli lo strumento in base all'oggetto testato.
Questa pagina appartiene alla verifica del destinatario. Parte da name@example.com, controlla se quella mailbox può ricevere posta e identifica la cronologia di abuso supportata su example.com. Usala prima di salvare o contattare un destinatario. L'oggetto in esame è l'indirizzo di destinazione, non la campagna che intendi inviare.
L'azione più forte è sopprimere, rivedere o tenere il contatto in base a evidenze deterministiche sull'indirizzo. Segnali monouso, di ruolo, catch-all, bounce e di abuso del dominio risolvono problemi adiacenti di qualità della lista. Non misurano la qualità creativa, l'allineamento dell'autenticazione o come i provider di mailbox classificheranno il messaggio finale.
Un test spam di contenuto parte da un oggetto e da un corpo del messaggio. Può ispezionare wording, equilibrio HTML, link, immagini, intestazioni e pattern associati a regole di filtro. Può aiutare chi scrive a intercettare problemi ovvi, ma non può provare che una mailbox esista e non può trasformare una lista destinatari cattiva in una sana.
BillionVerify non accetta copy del messaggio in questa pagina, quindi non può formulare un giudizio di contenuto. Se la tua domanda è se un template di newsletter contiene linguaggio o markup sospetti, usa un tester di messaggi dedicato. Verifica comunque i destinatari a parte, perché una creatività pulita inviata a destinazioni non valide o abusive resta un problema di deliverability.
Gli strumenti di reputazione mittente partono dall'infrastruttura che invia la posta: il dominio From visibile, il dominio envelope, il dominio di firma DKIM, l'IP di invio, il reverse DNS e i record di autenticazione. Possono rivelare voci in blocklist o problemi di configurazione che colpiscono ogni campagna da quella infrastruttura.
È diverso dal controllare il dominio destinatario dopo la chiocciola. Usa il Blacklist Checker quando l'oggetto è un IP o un dominio di invio. Un mittente può avere un'infrastruttura pulita e caricare comunque una lista destinatari rischiosa; un dominio destinatario può essere pulito mentre l'IP del mittente è bloccato. Entrambe le direzioni meritano controlli indipendenti.
Il posizionamento in inbox è il comportamento finale osservato dopo l'invio di un messaggio reale o seed. I provider di mailbox considerano autenticazione, cronologia di invio, reclami, engagement, contenuto, pattern di rate e segnali specifici del destinatario. Nessuna lookup sull'indirizzo destinatario può garantire l'inbox invece dello spam, perché non osserva quell'evento di invio completo.
Usa il Email Deliverability Test per la prontezza lato mittente, poi tieni la verifica della lista come controllo pre-invio separato. Questo approccio in due parti risponde onestamente a entrambe le domande: questa destinazione può accettare posta, e il setup di invio è preparato a consegnare una campagna in modo responsabile?
Un risultato tecnico non prova chi controlla un'inbox, se il titolare ha acconsentito a una campagna o se un messaggio pianificato è desiderato. Deliverability e reputazione di dominio sono fatti operativi, non un permesso. Un indirizzo pubblico o acquistato può superare ogni test tecnico e restare comunque inappropriato per un particolare uso di outreach.
Per il contesto pubblico di azienda e titolare, inizia con Reverse Email Lookup. Poi tieni origine, consenso, soppressione e preferenze di contatto nei sistemi che possiedono quelle decisioni. Lo spam checker deve migliorare la qualità della lista senza essere stirato in affermazioni di identità o policy che non può sostenere.
Flusso pratico
Il flusso più veloce è validare l'input, leggere il risultato della mailbox, ispezionare la categoria di rischio nominata e instradare il contatto per stato. Ogni passo restringe un diverso modo di fallimento.
Incolla l'indirizzo esatto dalla registrazione, dal CRM, dalla richiesta di supporto o dal file di origine. Non sostituire il dominio con un sito aziendale e non inserire un IP di invio; quegli input appartengono ad altri strumenti. Tenere l'indirizzo originale consente a sintassi, routing della posta, SMTP e rischio di dominio di descrivere lo stesso record.
Correggi gli errori di trascrizione evidenti solo quando hai evidenze first-party. Non inventare caratteri mancanti, non cambiare un dominio perché sembra insolito e non assumere che un'ortografia suggerita appartenga alla stessa persona. Un risultato tecnicamente pulito per un indirizzo indovinato resta un risultato per l'input sbagliato.
Sintassi non valida significa che l'indirizzo non può essere usato così com'è. Routing di posta utilizzabile assente significa che il dominio non può attualmente ricevere email ordinarie. Un rifiuto SMTP significa che la mailbox specifica appare non consegnabile. Questi fallimenti rispondono già alla domanda di invio, anche se non c'è una categoria di abuso di dominio da mostrare.
Se il controllo completo è unknown, metti in coda un retry limitato invece di marcare l'indirizzo come valido. I mail server a volte differiscono i probe automatici e l'infrastruttura può fallire temporaneamente. La pagina non sostituisce mai sintassi e MX a un risultato completo di mailbox e reputazione senza mostrare che la risposta è degradata o inconcludente.
Quando il risultato è risky, leggi la categoria mostrata sotto lo stato. Spam identifica un dominio associato ad attività bulk non sollecitata. Phishing identifica abuso di credenziali o impersonificazione. Malware identifica la distribuzione di software malevolo. Botnet C&C identifica infrastruttura di command-and-control. Ognuno è un'evidenza più forte di un'etichetta generica di bassa qualità.
BillionVerify esclude deliberatamente da questo overlay risky le categorie Spamhaus di abused-legitimate. Un sito normale può essere compromesso senza che le sue mailbox aziendali diventino destinatari malevoli. L'implementazione tiene la decisione di marketing concentrata sulle categorie di abuso actor-owned supportate, invece di trasformare ogni hostname compromesso in un'accusa indiscriminata verso l'organizzazione.
Tieni un indirizzo valid solo quando soddisfa anche le tue regole di origine e contatto. Rimuovi gli indirizzi invalid perché un altro invio rischia di fare bounce. Sopprimi gli indirizzi risky perché il segnale di abuso del dominio è deterministico anche quando la mailbox accetta posta. Metti i risultati unknown in una coda di retry delimitata o di revisione manuale.
Non trasformare ogni stato in un unico booleano passa-o-fallisce troppo presto. Conservare lo stato originale e risk_reasons consente ai sistemi successivi di spiegare perché un contatto è stato rimosso, evitare di ritentare all'infinito un rischio deterministico e aggiornare la policy senza rieseguire ogni job storico solo per recuperare evidenze perdute.
Un controllo su un solo indirizzo è utile per esplorazione e supporto, ma l'igiene di produzione ha bisogno di un trattamento coerente in form, import, sync CRM e preparazione campagne. L'Email Verification API restituisce lo stesso campo risk_reasons per l'automazione, mentre la pulizia in blocco tiene i motivi con ogni riga per export e audit.
Scrivi la decisione una volta: ritenta unknown sotto una policy delimitata, rimuovi invalid e risky e rivedi gli indirizzi catch-all o di ruolo in base alla campagna. Tieni metriche per ogni bucket invece che solo la dimensione finale della lista. Un rialzo improvviso di domini risky può riflettere un cambio di qualità della fonte che merita indagine prima dell'invio successivo.
La stessa risposta SMTP verde può portare a una decisione di lista diversa quando è presente evidenza di abuso del dominio destinatario. Questi esempi mostrano cosa significa ogni combinazione.
La mailbox ha accettato il percorso di verifica e il dominio destinatario non ha restituito una delle categorie di abuso supportate al momento del controllo. È il risultato più solido disponibile da questo strumento, ma resta un controllo sul destinatario, non una garanzia di posizionamento in inbox.
Tieni il record solo se anche origine, contesto di identità e regole di contatto sono accettabili. Un risultato di dominio pulito non misura engagement, consenso, autenticazione del mittente, contenuto del messaggio né se il dominio resterà non elencato in futuro.
L'indirizzo può accettare posta, ma il dominio destinatario ha corrisposto a una categoria di abuso esterna supportata. Lo stato di verifica è risky, non valid, perché la sola deliverability non basta a giustificare di tenere questa destinazione in una lista di outreach.
Sopprimi il record e conserva il motivo nominato. Ripetere il controllo immediatamente non è utile: risky è una classificazione deterministica, non un fallimento SMTP temporaneo. Se il record proviene da una fonte di lead, ispeziona i record vicini della stessa fonte per problemi di qualità simili.
L'indirizzo ha fallito sintassi, routing o verifica della mailbox. L'assenza di una categoria di abuso di dominio non lo salva. Rimuovi o correggi il record in base a informazioni first-party attendibili, perché inviare a un indirizzo noto come non valido crea rischio di bounce.
Usa il motivo tecnico già disponibile invece di descrivere ogni record cattivo come spam. Invalid significa che la destinazione non appare consegnabile; risky significa che una destinazione probabilmente consegnabile porta un segnale di abuso confermato. Sono fallimenti operativi diversi.
Il servizio non ha potuto completare abbastanza del controllo completo per raggiungere una conclusione deterministica. Il pannello mostra incertezza e non afferma che il dominio destinatario sia pulito. Un retry successivo può riuscire quando la condizione temporanea del mail server o dell'infrastruttura si risolve.
Tieni i retry limitati e osservabili. Se un risultato resta unknown, rivedilo o sopprimilo in base alla tolleranza al rischio invece di ciclare all'infinito. Non mappare unknown su valid solo perché sintassi e MX sono passati; quei controlli non provano la mailbox né il livello di rischio di dominio.
Un indirizzo può portare più di una classificazione utile. Un account di ruolo può essere consegnabile ma inappropriato per un outreach a livello di persona. Un indirizzo monouso può funzionare brevemente ma minare la qualità dell'account nel tempo. Un dominio catch-all può accettare ogni destinatario, lasciando incerta la mailbox specifica.
Apri il Email Verifier completo quando ti servono tutte queste dimensioni insieme. La pagina orientata allo spam enfatizza intenzionalmente l'abuso del dominio destinatario, ma la decisione di verifica sottostante è più solida quando deliverability e ogni flag di rischio pertinente restano disponibili al revisore.
Fonti nominate e punti dati
La pagina usa fonti tecniche nominate e il contratto API pubblicato così i lettori possono distinguere le evidenze misurate dal linguaggio di marketing. I fatti delle fonti sono stati rivisti il 14 agosto 2026.
Spamhaus descrive la Domain Blocklist come un dataset di reputazione solo-dominio per domini che mostrano segni di spam o attività malevola. La sua dichiarazione di policy include email bulk non sollecitata, phishing, frode e distribuzione di malware. La DBL elenca nomi di dominio, non indirizzi IP, quindi BillionVerify la tratta come evidenza sul dominio destinatario, non come un verdetto sull'IP di invio.
La documentazione ufficiale della DBL dice che la zona è aggiornata in continuo e servita da più di 80 mirror nel mondo. Leggi ambito attuale, guida all'uso e processo di rimozione nella pagina Spamhaus Domain Blocklist.
La tabella DBL pubblicata assegna 127.0.1.2 ai domini spam, 127.0.1.4 ai domini phishing, 127.0.1.5 ai domini malware e 127.0.1.6 ai domini di command-and-control botnet. BillionVerify converte quelle categorie in stringhe API stabili invece di esporre i raw DNS response code nello strumento di marketing.
Spamhaus pubblica anche categorie separate 127.0.1.102–127.0.1.106 per infrastruttura legittima abusata o di redirect. L'overlay risky di BillionVerify esclude deliberatamente quelle categorie compromised-legitimate. Vedi la tabella dei return-code DBL ufficiale per la distinzione.
La risposta di verifica espone risk_reasons come array. I valori attuali sono spamhaus_dbl_spam, spamhaus_dbl_phish, spamhaus_dbl_malware e spamhaus_dbl_botnet_cc. Il campo è assente o vuoto quando nessuno di quei segnali esterni supportati ha corrisposto.
Lo stato è la decisione e l'array la spiega. Risky significa che la verifica completa ha raggiunto una conclusione deterministica: la mailbox è molto probabilmente consegnabile, ma il dominio destinatario porta una cronologia di abuso confermata. Unknown è riservato a un controllo che non ha potuto raggiungere una conclusione e può beneficiare di un retry.
RFC 5782, pubblicata dall'IETF a febbraio 2010, documenta le convenzioni comuni di blacklist e whitelist DNS, incluse le voci di test operative e il significato di una risposta name-not-found. Avvisa anche che gli operatori delle liste definiscono le proprie policy, ed è per questo che una lookup negativa va descritta in modo stretto e non come prova universale di sicurezza.
BillionVerify riporta che non è stata restituita alcuna categoria supportata; non dice che non esista alcuna minaccia da nessuna parte. Leggi lo sfondo del protocollo in RFC 5782 e il significato attuale del dataset nella documentazione Spamhaus. La policy nominata del provider è più importante che indovinare da una sola risposta DNS grezza.
Spamhaus raccomanda di usare la DBL in diverse fasi del filtro inbound, incluse le stringhe SMTP e i domini trovati in intestazioni o corpi dei messaggi. Quell'uso anti-spam più ampio non significa che un controllo solo-indirizzo abbia ispezionato una campagna outbound. BillionVerify interroga il segnale del dominio destinatario nel contesto di verifica e dichiara quello scope limitato su ogni risultato pulito.
Per la preparazione lato mittente, valida in modo indipendente SPF, DKIM, DMARC, reputazione dell'infrastruttura e comportamento della campagna. La verifica del destinatario riduce destinazioni non valide e rischiose; non può promettere il posizionamento. Tenere questi livelli separati rende il risultato più facile da citare, automatizzare e correggere quando una fonte cambia.
I controlli di abuso del dominio destinatario sono più utili in ingresso lista, revisione e pulizia, dove un indirizzo consegnabile può comunque essere il contatto sbagliato da tenere.
Esamina una mailbox che supera la sintassi ma appartiene a un dominio destinatario con attività sospetta o abuso confermato.
Sopprimi i risultati rischiosi deterministici prima di una campagna, invece di assumere che ogni indirizzo accettato da SMTP sia sicuro da contattare.
Separa mailbox non valide, controlli incerti e indirizzi consegnabili con cronologia di abuso del dominio destinatario.
Traduci risk_reasons in una categoria di abuso leggibile per operations, supporto e decisioni di igiene della lista.
Il checker non ispeziona oggetto, corpo, HTML, link, allegati o intestazioni di un'email. Non può dirti se Gmail o Outlook metteranno il tuo messaggio in inbox, nella scheda Promozioni o in spam.
Non sostituisce nemmeno i controlli lato mittente su SPF, DKIM, DMARC, reputazione dell'IP di invio, stato in blocklist, tasso di reclami o engagement. Un risultato pulito sul dominio destinatario significa solo che al momento del controllo non è stata restituita alcuna categoria di abuso supportata; non è un certificato universale di sicurezza.
Usa Email Deliverability Test per la prontezza del mittente e della campagna. Usa Email Verifier quando la domanda principale è la deliverability della mailbox e vuoi insieme l'insieme completo di segnali monouso, di ruolo, catch-all, SMTP e di rischio del dominio destinatario.
Il rischio spam è un livello. Continua con lo strumento BillionVerify focalizzato che corrisponde all'indirizzo, alla lista, al mittente o alla domanda di ricerca a cui devi ancora rispondere.
Esegui deliverability SMTP più controlli monouso, di ruolo, catch-all e di rischio del dominio destinatario.
Esamina il risultato multi-livello completo per un indirizzo email in un unico pannello.
Identifica i provider di mailbox temporanee e monouso usati per registrazioni di breve durata.
Concentrati sul rifiuto della mailbox e sul rischio di hard bounce prima di inviare.
Applica regole di deliverability e rischio a indirizzi incollati o a una lista CSV.
Controlla l'autenticazione del mittente e i fattori che influenzano la consegna della campagna.
Controlla un IP o un dominio rispetto alle liste di reputazione dal punto di vista dell'infrastruttura mittente.
Trova indizi pubblici sul titolare, contesto dell'organizzazione e informazioni di routing della posta.
Inserisci l'indirizzo nel checker gratuito. BillionVerify valida la mailbox e controlla il dominio destinatario per le categorie di abuso Spamhaus DBL supportate. Un risultato rischioso significa che la mailbox può accettare posta ma il dominio ha una cronologia di abuso confermata.
No. Non valuta copy, link, HTML, intestazioni o allegati. Controlla l'indirizzo destinatario, il percorso della mailbox e i segnali di abuso del dominio destinatario. Usa un test di deliverability per autenticazione mittente e prontezza della campagna.
Risky è un risultato deterministico: l'indirizzo è probabilmente consegnabile, ma il suo dominio destinatario ha corrisposto a una categoria di abuso esterna supportata. Non trattare risky come un timeout temporaneo né come sicuro da inviare.
L'API attuale può riportare categorie di dominio destinatario per spam, phishing, malware e attività di command-and-control botnet. La pagina mostra la categoria restituita con il risultato.
No. Significa che al momento del controllo non è stata restituita alcuna categoria di abuso del dominio destinatario supportata. Non garantisce identità, consenso, sicurezza del messaggio, reputazione del mittente, posizionamento in inbox o il comportamento futuro del dominio.
Sì. Ogni IP può eseguire 20 controlli completi in una finestra mobile di 24 ore senza registrazione. Questi controlli includono la verifica SMTP e il risultato di rischio del dominio destinatario.
Piano gratuito progettato per workflow autonomi — gli AI Agent possono iniziare a verificare senza intervento umano nella fatturazione. 99,9% di precisione SMTP.
Integrazione nativa MCP Server · 99,9% di precisione SMTP · Piano gratuito, nessuna carta di credito