📍 Maak kennis met MapLeads: maak van Google Maps, Bing Maps & Apple Maps je leadlijst.MapLeads proberen

Gratis ontvangersrisicocheck

Gratis e-mailspamchecker: check een e-mailadres

Controleer of een e-mailadres mail kan ontvangen en of het ontvangersdomein bevestigde geschiedenis van spam, phishing, malware of botnetmisbruik heeft. Geen registratie vereist.

Wat is een e-mailspamchecker?

Een e-mailspamchecker kan verschillende tools beschrijven. Sommige scoren de woorden, links en HTML in een marketingbericht. Andere testen de authenticatie of inboxplaatsing van een afzender. Deze gratis checker richt zich op een andere beslissing: of een ontvangers-e-mailadres bezorgbaar is en of het ontvangersdomein bevestigde misbruikgeschiedenis heeft.

BillionVerify draait syntax-, MX- en SMTP-mailboxchecks en leest daarna de risicoredenen van het ontvangersdomein uit de verificatie-API. Een riskant resultaat kan een domein identificeren dat is gekoppeld aan spam, phishing, malware of botnet-command-and-control-activiteit. Het adres kan mail nog steeds accepteren, en precies daarom hoort dit signaal naast bezorgbaarheid in plaats van achter een eenvoudig geldig-of-ongeldig-label.

Gebruik het resultaat voordat u een adres aan outreach toevoegt, een contact in een CRM importeert of een twijfelachtige ontvanger in een bulklijst houdt. Gebruik het niet om te voorspellen of uw eigen campagne in spam belandt. Berichtinhoud, afzenderinfrastructuur, authenticatie, klachten en ontvangerengagement zijn aparte onderdelen van e-mailbezorgbaarheid.

Wat deze e-mailadres-spamchecker test

Eén check combineert mailboxbewijs met een smal, genoemd reputatiesignaal van het ontvangersdomein. Elk onderdeel beantwoordt een andere vraag.

Misbruikcategorieën van het ontvangersdomein

Rapporteer ondersteunde Spamhaus DBL-categorieën voor spam-, phishing-, malware- en botnet-command-and-control-domeinen.

Mailboxbezorgbaarheid

Draai een volledige SMTP-verificatie, zodat een riskant-maar-bezorgbaar adres niet wordt verward met een niet-bestaande mailbox.

Syntax en mailrouting

Check adresstructuur en MX-records voordat u enige mailbox- of domeinrisico-interpretatie maakt.

Actionable risicostatus

Geef geldig, ongeldig, onbekend of riskant terug met expliciete redenen, in plaats van onzekerheid in één score te verbergen.

Grondbeginselen van ontvangersrisico

Hoe de gratis e-mailspamchecker een adres leest

Een nuttig resultaat houdt mailboxbezorgbaarheid, reputatie van het ontvangersdomein en spamplaatsing van campagnes gescheiden. Het bewijs combineren is waardevol; het samenvouwen tot één vage belofte niet.

Begin met het exacte e-mailadres

De check begint met het adres dat u wilt opslaan of contacteren. Syntaxvalidatie vangt misvormde invoer vóór elk netwerkverzoek. DNS-resolutie bevestigt daarna of het domein bruikbare mailrouting heeft. Dit zijn noodzakelijke poorten, maar geen van beide zegt dat de individuele mailbox bestaat of dat het ontvangersdomein een betrouwbare geschiedenis heeft.

Een string kan er perfect uitzien en toch naar een gesloten mailbox wijzen. Een domein kan MX-records publiceren terwijl elke nuttige ontvanger wordt geweigerd. Omgekeerd kan een mailbox SMTP accepteren terwijl het domein zelf een misbruiksignaal draagt. Daarom labelt BillionVerify een adres niet veilig na een alleen-formaatcheck. Voor die oppervlakkigere taak gebruikt u de Email Validator; deze pagina gaat door naar mailbox- en domeinrisicobewijs.

Verifieer de mailbox voordat u spamrisico interpreteert

De volledige check vraagt het ontvangende mailsysteem of de specifieke ontvanger mail kan accepteren. SMTP-bewijs onderscheidt een bezorgbare mailbox van een ongeldig of onbeslist adres. Dit telt, omdat de riskante status van de API geen andere naam voor ongeldig is. Een riskant adres kan volledig bezorgbaar zijn, wat het verleidelijk maakt om te bewaren tenzij de misbruikreden zichtbaar is.

BillionVerify bewaart dat onderscheid in aparte velden. Het resultaat kan zeggen dat SMTP de ontvanger accepteerde, terwijl de status riskant is en risk_reasons de domeincategorie noemt. Operationele teams kunnen het adres dan onderdrukken om een concrete reden, in plaats van reputatie te verwarren met een hard bounce. Als bouncepreventie het enige doel is, presenteert de Bounce Email Checker hetzelfde mailboxbewijs met een smallere interpretatie.

Lees reputatie van het ontvangersdomein als een aparte laag

Na verificatie beoordeelt de dienst het ontvangersdomein tegen het ondersteunde Domain Blocklist-signaal. Spamhaus beschrijft de DBL als een alleen-domein reputatiedataset voor domeinen die zijn gekoppeld aan spam en kwaadaardige activiteit. BillionVerify mapt de ondersteunde actor-owned categorieën naar vier stabiele API-redenen: spam, phishing, malware en botnet-command-and-control.

Dit is bewust smaller dan zeggen dat een e-mail spam is. De invoer is een adres, geen ontvangen bericht. De lookup betreft het domein na het apenstaartje en de geschiedenis die aan dat domein hangt. Het inspecteert niet wat iemand schreef, beslist niet of een afzender legitiem is of classificeert geen bericht in een inbox. Het resultaat moet worden gebruikt als ontvangersrisicobewijs tijdens verificatie en listhygiëne.

Gebruik de risicoreden in plaats van een mysteriescore

Een numerieke kwaliteitsscore kan records helpen sorteren, maar mag de gebeurtenis die een beslissing veroorzaakte niet verbergen. Wanneer de status riskant is, legt risk_reasons uit of het ontvangersdomein de spam-, phishing-, malware- of botnet-C&C-categorie matchte. Iemand die het resultaat reviewt, kan de dreigingsklasse begrijpen zonder drempels te reverse-engineeren of elke lage score als hetzelfde probleem te behandelen.

De status blijft het actieveld en de redenen blijven verklarend bewijs. Een ondersteunde misbruikmatch verandert een anderszins bezorgbaar resultaat in riskant. Een lege redenenlijst bewijst niet dat elk deel van het adres goedaardig is; het zegt dat dit specifieke externe signaal niet matchte. Bewaar de resultaat-timestamp en check belangrijke records opnieuw wanneer de verzendbeslissing veel later plaatsvindt, omdat reputatiedata verandert.

Houd onbekend gescheiden van schoon

Netwerkverificatie kan onbeslist zijn door tijdelijke DNS-fout, mailserverpolicy, greylisting, providerbescherming of een gedegradeerd dienstpad. BillionVerify geeft onbekend terug wanneer het geen deterministische conclusie kan bereiken. Het spamgerichte panel toont ook een onbesliste staat wanneer het volledige resultaat niet beschikbaar is, in plaats van het domein stilletjes schoon te noemen.

Opnieuw proberen kan zinvol zijn voor onbekend. Het is niet zinvol voor een deterministisch riskant resultaat waarvan het domeinmisbruiksignaal al bekend is. Dit verschil telt in automatisering: onbekend hoort in een retry- of reviewwachtrij, terwijl riskant in suppressie hoort. Als u meer dan één adres opschoont, houdt de Email List Cleaning workflow deze statussen over het hele bestand gescheiden.

Wat het resultaat niet claimt

Vier verschillende producten worden vaak e-mailspamchecker genoemd

Zoekresultaten mengen ontvangerverificatie, berichtscoring, afzenderreputatie en inboxplaatsing onder dezelfde zin. Kies het tool volgens het object dat wordt getest.

Risico van het ontvangers-e-mailadres

Deze pagina hoort bij ontvangerverificatie. Ze begint met name@example.com, checkt of die mailbox mail kan ontvangen en identificeert ondersteunde misbruikgeschiedenis op example.com. Gebruik ze voordat u een ontvanger opslaat of contacteert. Het object onder review is het bestemmingsadres, niet de campagne die u wilt verzenden.

De sterkste actie is het contact onderdrukken, reviewen of bewaren op basis van deterministisch adresbewijs. Wegwerp-, rol-, catch-all-, bounce- en domeinmisbruiksignalen lossen aangrenzende lijstkwaliteitsproblemen op. Ze meten geen creative quality, authenticatie-alignment of hoe mailboxproviders het uiteindelijke bericht zullen rangschikken.

Spamscoring van berichtinhoud

Een contentspamtest begint met een onderwerpregel en berichtbody. Die kan wording, HTML-balans, links, afbeeldingen, headers en patronen inspecteren die aan filterregels zijn gekoppeld. Dat kan schrijvers helpen voor de hand liggende problemen te vangen, maar bewijst niet dat een mailbox bestaat en maakt van een slechte ontvangerslijst geen gezonde.

BillionVerify accepteert op deze pagina geen berichtcopy, dus het kan geen contentoordeel vellen. Als uw vraag is of een specifiek nieuwsbrieftemplate verdachte taal of markup bevat, gebruik dan een daarvoor gebouwde berichttester. Verifieer de ontvangers nog steeds apart, omdat schone creative naar ongeldige of misbruikte bestemmingen een bezorgbaarheidsprobleem blijft.

Reputatie van afzenderdomein en IP

Tools voor afzenderreputatie beginnen bij de infrastructuur die mail verzendt: het zichtbare From-domein, envelope-domein, DKIM-signingdomein, verzend-IP, reverse DNS en authenticatierecords. Ze kunnen blocklistentries of configuratieproblemen onthullen die elke campagne van die infrastructuur raken.

Dat verschilt van het checken van het ontvangersdomein na het apenstaartje. Gebruik de Blacklist Checker wanneer het object een IP of verzenddomein is. Een afzender kan schone infrastructuur hebben en toch een riskante ontvangerslijst uploaden; een ontvangersdomein kan schoon zijn terwijl het eigen IP van de afzender is geblokkeerd. Beide richtingen verdienen onafhankelijke checks.

Inboxplaatsing en campagnebezorgbaarheid

Inboxplaatsing is het uiteindelijke gedrag dat wordt geobserveerd nadat een echt of geseed bericht is verzonden. Mailboxproviders wegen authenticatie, verzendgeschiedenis, klachten, engagement, content, ratepatronen en ontvangerspecifieke signalen. Geen lookup van een ontvangersadres kan de inbox in plaats van spam garanderen, omdat die de volledige verzendgebeurtenis niet observeert.

Gebruik de Email Deliverability Test voor gereedheid aan de afzenderkant en houd lijstverificatie als aparte controle vóór verzending. Deze tweedelige aanpak beantwoordt beide vragen eerlijk: kan deze bestemming mail accepteren, en is de verzendsetup voorbereid om een campagne verantwoord te bezorgen?

Identiteit, toestemming en berichtintentie

Een technisch resultaat bewijst niet wie een inbox beheert, of de eigenaar toestemming gaf voor een campagne of of een gepland bericht gewenst is. Bezorgbaarheid en domeinreputatie zijn operationele feiten, geen toestemming. Een publiek of gekocht adres kan elke technische test halen en toch ongepast zijn voor een bepaald outreachgebruik.

Voor publieke bedrijfs- en eigenaarcontext begint u met de Reverse Email Lookup. Houd daarna bron, toestemming, suppressie en contactvoorkeuren in de systemen die die beslissingen bezitten. De spamchecker moet lijstkwaliteit verbeteren zonder tot identiteits- of policyclaims te worden opgerekt die hij niet kan steunen.

Praktische workflow

Hoe u een e-mailspamchecker gebruikt vóór verzending

De snelste workflow is de invoer valideren, het mailboxresultaat lezen, de genoemde risicocategorie inspecteren en het contact per status routeren. Elke stap verkleint een andere faalmodus.

  1. 1

    Voer het volledige ontvangers-e-mailadres in

    Plak het exacte adres uit de aanmelding, het CRM, het supportverzoek of het bronbestand. Vervang het domein niet door een bedrijfswebsite en voer geen verzend-IP in; die invoer hoort bij andere tools. Het oorspronkelijke adres bewaren laat de syntax-, mailrouting-, SMTP- en domeinrisicolagen hetzelfde record beschrijven.

    Corrigeer duidelijke transcriptiefouten alleen wanneer u first-party bewijs hebt. Verzin geen ontbrekende tekens, wissel een domein niet omdat het ongewoon oogt en neem niet aan dat een voorgestelde spelling bij dezelfde persoon hoort. Een technisch schoon resultaat voor een geraden adres blijft een resultaat voor de verkeerde invoer.

  2. 2

    Lees syntax, MX en SMTP vóór reputatie

    Ongeldige syntax betekent dat het adres niet kan worden gebruikt zoals ingevoerd. Ontbrekende bruikbare mailrouting betekent dat het domein momenteel geen gewone e-mail kan ontvangen. SMTP-weigering betekent dat de specifieke mailbox onbezorgbaar lijkt. Deze fouten beantwoorden de verzendvraag al, ook als er geen domeinmisbruikcategorie te tonen is.

    Als de volledige check onbekend is, zet een beperkte retry in de wachtrij in plaats van het adres geldig te markeren. Mailservers stellen geautomatiseerde probes soms uit, en infrastructuur kan tijdelijk falen. De pagina vervangt syntax en MX nooit door een voltooid mailbox- en reputatieresultaat zonder te tonen dat de response gedegradeerd of onbeslist is.

  3. 3

    Inspecteer de misbruikcategorie van het ontvangersdomein

    Wanneer het resultaat riskant is, lees de categorie onder de status. Spam identificeert een domein dat is gekoppeld aan ongevraagde bulkactiviteit. Phishing identificeert credential- of impersonatiemisbruik. Malware identificeert distributie van kwaadaardige software. Botnet C&C identificeert command-and-control-infrastructuur. Elk is sterker bewijs dan een generiek label van lage kwaliteit.

    BillionVerify sluit misbruikte-legitieme Spamhaus-categorieën bewust uit van deze riskante overlay. Een normale website kan worden gecompromitteerd zonder dat de bedrijfsmailboxen kwaadaardige ontvangers worden. De implementatie houdt de marketingbeslissing gericht op de ondersteunde actor-owned misbruikcategorieën, in plaats van elk gecompromitteerd hostname tot een dekenbeschuldiging tegen de organisatie te maken.

  4. 4

    Routeer geldig, ongeldig, riskant en onbekend verschillend

    Bewaar een geldig adres alleen wanneer het ook aan uw bron- en contactregels voldoet. Verwijder ongeldige adressen, omdat een volgende verzending waarschijnlijk bounce. Onderdruk riskante adressen, omdat het domeinmisbruiksignaal deterministisch is, ook wanneer de mailbox mail accepteert. Zet onbekende resultaten in een begrensde retry- of handmatige-reviewwachtrij.

    Zet niet te vroeg elke status om in één slaag-of-faal-boolean. De oorspronkelijke status en risk_reasons bewaren laat latere systemen uitleggen waarom een contact is verwijderd, deterministisch risico niet eindeloos opnieuw proberen en policy bijwerken zonder elke historische job opnieuw te draaien alleen om verloren bewijs terug te krijgen.

  5. 5

    Pas dezelfde regel toe op lijsten en API-verkeer

    Een check van één adres is nuttig voor verkenning en support, maar productiehygiëne heeft consistente behandeling nodig in formulieren, imports, CRM-syncs en campagnevoorbereiding. De Email Verification API geeft hetzelfde risk_reasons-veld terug voor automatisering, terwijl bulkopschoning de redenen bij elke rij houdt voor export en audit.

    Schrijf de beslissing één keer: probeer onbekend opnieuw onder een begrensde policy, verwijder ongeldig en riskant, en review catch-all- of roladressen volgens de campagne. Houd metrics per emmer bij in plaats van alleen de uiteindelijke lijstgrootte. Een plotselinge stijging van riskante domeinen kan een wijziging in bronkwaliteit weerspiegelen die onderzoek verdient vóór de volgende verzending.

Hoe u gangbare e-mailspamcheckresultaten interpreteert

Hetzelfde groene SMTP-antwoord kan tot een andere lijstbeslissing leiden wanneer er misbruikbewijs van het ontvangersdomein aanwezig is. Deze voorbeelden tonen wat elke combinatie betekent.

Bezorgbaar zonder ondersteunde DBL-categorie

De mailbox accepteerde het verificatiepad en het ontvangersdomein gaf op het moment van de check geen van de ondersteunde misbruikcategorieën terug. Dit is het sterkste resultaat dat dit tool kan geven, maar het blijft een ontvangercheck in plaats van een garantie op inboxplaatsing.

Bewaar het record alleen als de bron, identiteitscontext en contactregels ook acceptabel zijn. Een schoon domeinresultaat meet geen engagement, toestemming, afzenderauthenticatie, berichtinhoud of of het domein in de toekomst niet-genoteerd blijft.

Bezorgbaar met een spam- of kwaadaardig-domeinreden

Het adres kan mail accepteren, maar het ontvangersdomein matchte een ondersteunde externe misbruikcategorie. De verificatiestatus is riskant, niet geldig, omdat bezorgbaarheid alleen niet genoeg is om deze bestemming in een outreachlijst te houden.

Onderdruk het record en bewaar de genoemde reden. De check meteen herhalen is niet nuttig: riskant is een deterministische classificatie, geen tijdelijke SMTP-fout. Als het record uit een leadbron kwam, inspecteer nabije records uit dezelfde bron op vergelijkbare kwaliteitsproblemen.

Ongeldige mailbox zonder misbruikcategorie

Het adres faalde syntax, routing of mailboxverificatie. De afwezigheid van een domeinmisbruikcategorie redt het niet. Verwijder of corrigeer het record op basis van vertrouwde first-party informatie, omdat verzenden naar een bekend ongeldig adres bounce-risico creëert.

Gebruik de technische reden die al beschikbaar is, in plaats van elk slecht record als spam te beschrijven. Ongeldig betekent dat de bestemming niet bezorgbaar lijkt; riskant betekent dat een waarschijnlijk bezorgbare bestemming een bevestigd misbruiksignaal draagt. Dat zijn verschillende operationele fouten.

Onbekend of gedegradeerd resultaat

De dienst kon niet genoeg van de volledige check voltooien om een deterministische conclusie te bereiken. Het panel toont onzekerheid en claimt niet dat het ontvangersdomein schoon is. Een latere retry kan slagen wanneer de tijdelijke mailserver- of infrastructuurconditie verdwijnt.

Houd retries beperkt en observeerbaar. Als een resultaat onbekend blijft, review of onderdruk het volgens risicotolerantie in plaats van oneindig te loopen. Map onbekend niet naar geldig alleen omdat syntax en MX slaagden; die checks bewijzen de mailbox of de domeinrisicolaag niet.

Wegwerp, rol of catch-all naast andere signalen

Een adres kan meer dan één nuttige classificatie dragen. Een rolaccount kan bezorgbaar zijn maar ongepast voor outreach op persoonsniveau. Een wegwerpadres kan kort werken maar de langetermijnaccountkwaliteit ondermijnen. Een catch-all-domein kan elke ontvanger accepteren, waardoor de specifieke mailbox onzeker blijft.

Open de volledige Email Verifier wanneer u al deze dimensies samen nodig hebt. De spamgerichte pagina benadrukt bewust misbruik van het ontvangersdomein, maar de onderliggende verificatiebeslissing is het sterkst wanneer bezorgbaarheid en elke relevante risicovlag beschikbaar blijven voor de reviewer.

Genoemde bronnen en datapunten

Hoe de interpretatie van domeinmisbruik is onderbouwd

De pagina gebruikt genoemde technische bronnen en het gepubliceerde API-contract, zodat lezers gemeten bewijs van marketingtaal kunnen onderscheiden. Bronfeiten zijn beoordeeld op 14 augustus 2026.

Scope van de Spamhaus Domain Blocklist

Spamhaus beschrijft de Domain Blocklist als een alleen-domein reputatiedataset voor domeinen die tekenen van spam of kwaadaardige activiteit tonen. De policyverklaring omvat ongevraagde bulk-e-mail, phishing, fraude en malwaredistributie. De DBL somt domeinnamen op, geen IP-adressen, dus BillionVerify behandelt dit als bewijs van het ontvangersdomein, niet als een oordeel over het verzend-IP.

De officiële DBL-documentatie zegt dat de zone voortdurend wordt bijgewerkt en vanuit meer dan 80 mirrors wereldwijd wordt geserveerd. Lees de huidige scope, gebruiksrichtlijnen en verwijderprocedure op de Spamhaus Domain Blocklist-pagina.

Vier ondersteunde actor-owned retourcategorieën

De gepubliceerde DBL-tabel wijst 127.0.1.2 toe aan spamdomeinen, 127.0.1.4 aan phishingdomeinen, 127.0.1.5 aan malwaredomeinen en 127.0.1.6 aan botnet-command-and-control-domeinen. BillionVerify zet die categorieën om in stabiele API-strings in plaats van ruwe DNS-antwoordcodes in het marketingtool te tonen.

Spamhaus publiceert ook aparte categorieën 127.0.1.102 tot en met 127.0.1.106 voor misbruikte legitieme of redirectorinfrastructuur. De riskante overlay van BillionVerify sluit die gecompromitteerd-legitieme categorieën bewust uit. Zie de officiële DBL return-code table voor het onderscheid.

Resultaatcontract van de BillionVerify API

De verificatieresponse toont risk_reasons als een array. Huidige waarden zijn spamhaus_dbl_spam, spamhaus_dbl_phish, spamhaus_dbl_malware en spamhaus_dbl_botnet_cc. Het veld ontbreekt of is leeg wanneer geen van die ondersteunde externe signalen matchte.

De status is de beslissing en de array legt die uit. Riskant betekent dat de volledige verificatie een deterministische conclusie bereikte: de mailbox is hoogstwaarschijnlijk bezorgbaar, maar het ontvangersdomein draagt bevestigde misbruikgeschiedenis. Onbekend is gereserveerd voor een check die geen conclusie kon bereiken en baat kan hebben bij een retry.

DNS-blocklistgedrag en negatieve resultaten

RFC 5782, gepubliceerd door de IETF in februari 2010, documenteert gangbare DNS-blacklist- en whitelistconventies, inclusief operationele testentries en de betekenis van een name-not-found-antwoord. Het waarschuwt ook dat lijstoperators hun eigen policies definiëren, en daarom moet een negatieve lookup smal worden beschreven in plaats van als universeel veiligheidsbewijs.

BillionVerify meldt dat er geen ondersteunde categorie is teruggegeven; het zegt niet dat er nergens een dreiging bestaat. Lees de protocolachtergrond in RFC 5782 en de huidige betekenis van de dataset in de Spamhaus-documentatie. De genoemde providerpolicy is belangrijker dan gissen vanuit alleen een ruwe DNS-response.

Waarom verificatie en bezorgbaarheid gescheiden blijven

Spamhaus beveelt aan de DBL in verschillende stadia van inbound filtering te gebruiken, inclusief SMTP-strings en domeinen in berichtheaders of bodies. Dat bredere antispamgebruik betekent niet dat een alleen-adrescheck een outbound campagne heeft geïnspecteerd. BillionVerify bevraagt het ontvangersdomeinsignaal in de verificatiecontext en stelt die beperkte scope op elk schoon resultaat vast.

Voor voorbereiding aan de afzenderkant valideert u SPF, DKIM, DMARC, infrastructuurreputatie en campagnegedrag onafhankelijk. Ontvangerverificatie vermindert ongeldige en riskante bestemmingen; het kan plaatsing niet beloven. Deze lagen gescheiden houden maakt het resultaat makkelijker te citeren, te automatiseren en te corrigeren wanneer één bron verandert.

Wanneer een e-mailadres op spamrisico checken

Misbruikchecks van het ontvangersdomein zijn het nuttigst bij lijstinvoer, review en opschoonpunten, waar een bezorgbaar adres nog steeds het verkeerde contact kan zijn om te bewaren.

Screen een onbekende aanmelding

Beoordeel een mailbox die syntax haalt maar bij een ontvangersdomein hoort met verdachte of bevestigde misbruikactiviteit.

Maak outreachlijsten schoon

Onderdruk deterministische riskante resultaten vóór een campagne, in plaats van aan te nemen dat elk SMTP-geaccepteerd adres veilig is om te contacteren.

Triageer geïmporteerde CRM-data

Scheid ongeldige mailboxen, onzekere checks en bezorgbare adressen met misbruikgeschiedenis van het ontvangersdomein.

Leg een API-risicoresultaat uit

Vertaal risk_reasons naar een leesbare misbruikcategorie voor operations, support en listhygiënebeslissingen.

Dit is geen spamtest van berichtinhoud

De checker inspecteert geen e-mailonderwerpregel, bodycopy, HTML, links, bijlagen of headers. Hij kan u niet vertellen of Gmail of Outlook uw bericht in de inbox, het tabblad Promoties of de spammap plaatst.

Hij vervangt ook geen afzenderchecks voor SPF, DKIM, DMARC, reputatie van het verzend-IP, blockliststatus, klachtpercentage of engagement. Een schoon resultaat van het ontvangersdomein betekent alleen dat er op het moment van de check geen ondersteunde misbruikcategorie is teruggegeven; het is geen universeel veiligheidscertificaat.

Gebruik Email Deliverability Test voor gereedheid van afzender en campagne. Gebruik Email Verifier wanneer de hoofd vraag mailboxbezorgbaarheid is en u de complete set wegwerp-, rol-, catch-all-, SMTP- en ontvangersdomeinrisicosignalen samen wilt.

Veelgestelde vragen over de e-mailspamchecker

1. Hoe check ik of een e-mailadres spam is?

Voer het adres in de gratis checker in. BillionVerify valideert de mailbox en checkt het ontvangersdomein op ondersteunde Spamhaus DBL-misbruikcategorieën. Een riskant resultaat betekent dat de mailbox mail kan accepteren, maar het domein bevestigde misbruikgeschiedenis heeft.

2. Test dit tool e-mailonderwerpregels of berichtinhoud?

Nee. Het scoort geen copy, links, HTML, headers of bijlagen. Het checkt het ontvangersadres, het mailboxpad en misbruiksignalen van het ontvangersdomein. Gebruik een bezorgbaarheidstest voor afzenderauthenticatie en campagnegereedheid.

3. Wat betekent een riskant e-mailresultaat?

Riskant is een deterministisch resultaat: het adres is waarschijnlijk bezorgbaar, maar het ontvangersdomein matchte een ondersteunde externe misbruikcategorie. Behandel riskant niet als een tijdelijke timeout of als veilig om te verzenden.

4. Welke spamrisico’s kan de checker identificeren?

De huidige API kan ontvangersdomeincategorieën rapporteren voor spam, phishing, malware en botnet-command-and-control-activiteit. De pagina toont de categorie die met het resultaat is teruggegeven.

5. Garandeert geen risico gevonden dat een e-mail veilig is?

Nee. Het betekent dat er op het moment van de check geen ondersteunde misbruikcategorie van het ontvangersdomein is teruggegeven. Het garandeert geen identiteit, toestemming, berichtveiligheid, afzenderreputatie, inboxplaatsing of toekomstig domeingedrag.

6. Is de e-mailspamchecker gratis?

Ja. Elk IP kan 20 volledige checks draaien in een rollend venster van 24 uur zonder registratie. Deze checks omvatten SMTP-verificatie en het risicresultaat van het ontvangersdomein.

AI-First E-mailverificatie

Bouw AI-workflows op Schone Data

Gratis pakket ontworpen voor autonome workflows — AI-agents kunnen direct beginnen met verifiëren zonder menselijke facturatie-interventie. 99,9% nauwkeurigheid op SMTP-niveau.

Native MCP Server-integratie · 99,9% nauwkeurigheid op SMTP-niveau · Gratis pakket, geen creditcard

99.9%
Nauwkeurigheid
Real-time
API-snelheid
$0.00014
Per e-mail
100/day
Altijd gratis