Missbrauchskategorien der Empfängerdomain
Meldet unterstützte Spamhaus-DBL-Kategorien für Spam-, Phishing-, Malware- und Botnet-Command-and-Control-Domains.
Kostenlose Empfänger-Risikoprüfung
Prüfen Sie, ob eine E-Mail-Adresse Mail empfangen kann und ob ihre Empfängerdomain bestätigte Spam-, Phishing-, Malware- oder Botnet-Missbrauchshistorie hat. Keine Anmeldung nötig.
Ein E-Mail-Spam-Checker kann mehrere unterschiedliche Tools meinen. Manche bewerten Wörter, Links und HTML in einer Marketingnachricht. Andere prüfen die Authentifizierung der Absenderin oder Inbox-Platzierung. Dieser kostenlose Checker fokussiert eine andere Entscheidung: ob eine Empfänger-E-Mail zustellbar ist und ob die Empfängerdomain bestätigte Missbrauchshistorie hat.
BillionVerify führt Syntax-, MX- und SMTP-Postfachprüfungen aus und liest danach die Risiko-Gründe der Verifizierungs-API zur Empfängerdomain. Ein riskantes Ergebnis kann eine Domain identifizieren, die mit Spam, Phishing, Malware oder Botnet-Command-and-Control verbunden ist. Die Adresse kann trotzdem Mail annehmen. Genau deshalb gehört dieses Signal neben die Zustellbarkeit und nicht hinter ein einfaches gültig-oder-ungültig-Label.
Nutzen Sie das Ergebnis, bevor Sie eine Adresse in den Outreach aufnehmen, einen Kontakt ins CRM importieren oder einen fragwürdigen Empfänger in einer Massenliste behalten. Nutzen Sie es nicht, um vorherzusagen, ob Ihre eigene Kampagne im Spam landet. Nachrichteninhalt, Absenderinfrastruktur, Authentifizierung, Beschwerden und Empfänger-Engagement sind getrennte Teile der E-Mail-Zustellbarkeit.
Ein Check kombiniert Postfachbelege mit einem engen, benannten Reputationssignal der Empfängerdomain. Jeder Teil beantwortet eine andere Frage.
Meldet unterstützte Spamhaus-DBL-Kategorien für Spam-, Phishing-, Malware- und Botnet-Command-and-Control-Domains.
Führt eine vollständige SMTP-Verifizierung aus, damit eine riskante, aber zustellbare Adresse nicht mit einem nicht existierenden Postfach verwechselt wird.
Prüft Adressstruktur und MX-Records, bevor eine Interpretation zu Postfach oder Domain-Risiko erfolgt.
Liefert gültig, ungültig, unbekannt oder riskant mit expliziten Gründen, statt Unsicherheit in einem Score zu verbergen.
Grundlagen zum Empfängerrisiko
Ein nützliches Ergebnis hält Postfach-Zustellbarkeit, Reputation der Empfängerdomain und Spam-Platzierung der Kampagne getrennt. Belege zu kombinieren ist wertvoll; sie zu einem vagen Versprechen zusammenzuziehen nicht.
Der Check beginnt mit der Adresse, die Sie speichern oder kontaktieren wollen. Die Syntaxvalidierung fängt fehlerhafte Eingaben ab, bevor eine Netzwerkanfrage startet. Die DNS-Auflösung bestätigt danach, ob die Domain nutzbares Mail-Routing hat. Das sind notwendige Tore, aber keines sagt, dass das einzelne Postfach existiert oder die Empfängerdomain eine vertrauenswürdige Historie hat.
Eine Zeichenkette kann perfekt aussehen und trotzdem auf ein geschlossenes Postfach zeigen. Eine Domain kann MX-Records veröffentlichen, während jeder nützliche Empfänger abgelehnt wird. Umgekehrt kann ein Postfach SMTP annehmen, während die Domain selbst ein Missbrauchssignal trägt. Deshalb kennzeichnet BillionVerify eine Adresse nach einem reinen Format-Check nicht als sicher. Für diese flachere Aufgabe nutzen Sie den E-Mail-Validator; diese Seite geht weiter in Postfach- und Domain-Risikobelege.
Der vollständige Check fragt das empfangende Mailsystem, ob der konkrete Empfänger Mail annehmen kann. SMTP-Belege unterscheiden ein zustellbares Postfach von einer ungültigen oder unschlüssigen Adresse. Das ist wichtig, weil der riskante Status der API kein anderer Name für ungültig ist. Eine riskante Adresse kann vollständig zustellbar sein und deshalb verlockend zum Behalten, solange der Missbrauchsgrund unsichtbar bleibt.
BillionVerify bewahrt diese Unterscheidung in getrennten Feldern. Das Ergebnis kann sagen, dass SMTP den Empfänger angenommen hat, während der Status riskant ist und risk_reasons die Domainkategorie nennt. Operations-Teams können die Adresse dann aus einem konkreten Grund unterdrücken, statt Reputation mit einem Hard Bounce zu verwechseln. Ist Bounce-Vermeidung das einzige Ziel, präsentiert der Bounce-E-Mail-Checker dieselben Postfachbelege mit einer engeren Interpretation.
Nach der Verifizierung bewertet der Dienst die Empfängerdomain gegen das unterstützte Domain-Blocklist-Signal. Spamhaus beschreibt die DBL als domain-only Reputationsdatensatz für Domains, die mit Spam und schädlicher Aktivität verbunden sind. BillionVerify mappt die unterstützten, akteursseitig besessenen Kategorien in vier stabile API-Gründe: Spam, Phishing, Malware und Botnet-Command-and-Control.
Das ist bewusst enger als zu sagen, eine E-Mail sei Spam. Die Eingabe ist eine Adresse, keine empfangene Nachricht. Der Lookup betrifft die Domain nach dem @ und die Historie dieser Domain. Er prüft nicht, was jemand geschrieben hat, entscheidet nicht, ob eine Absenderin legitim ist, und klassifiziert keine Nachricht im Posteingang. Das Ergebnis sollte als Empfängerrisiko-Beleg während Verifizierung und Listenhygiene genutzt werden.
Ein numerischer Qualitätsscore kann Datensätze sortieren helfen, sollte aber das Ereignis, das eine Entscheidung ausgelöst hat, nicht verbergen. Ist der Status riskant, erklärt risk_reasons, ob die Empfängerdomain die Kategorie Spam, Phishing, Malware oder Botnet-C&C getroffen hat. Eine prüfende Person versteht die Bedrohungsklasse, ohne Schwellen rückwärts zu rechnen oder jeden niedrigen Score als dasselbe Problem zu behandeln.
Der Status bleibt das Handlungsfeld, die Gründe bleiben erklärende Belege. Ein unterstützter Missbrauchstreffer ändert ein sonst zustellbares Ergebnis zu riskant. Eine leere Gründe-Liste beweist nicht, dass jeder Teil der Adresse harmlos ist; sie sagt, dass dieses konkrete externe Signal nicht getroffen hat. Behalten Sie den Ergebniszeitstempel und prüfen Sie wichtige Datensätze erneut, wenn die Versandentscheidung viel später fällt, weil sich Reputationsdaten ändern.
Netzwerkverifizierung kann unschlüssig sein wegen temporärem DNS-Fehler, Mailserver-Policy, Greylisting, Anbieterschutz oder einem beeinträchtigten Servicepfad. BillionVerify liefert unbekannt, wenn keine deterministische Schlussfolgerung erreichbar ist. Das spam-fokussierte Panel zeigt ebenfalls einen unschlüssigen Zustand, wenn das vollständige Ergebnis fehlt, statt die Domain still als sauber zu bezeichnen.
Erneut versuchen kann bei unbekannt sinnvoll sein. Bei einem deterministisch riskanten Ergebnis, dessen Domain-Missbrauchssignal bereits bekannt ist, nicht. Dieser Unterschied ist in der Automatisierung wichtig: unbekannt gehört in eine Retry- oder Prüfwarteschlange, riskant in die Unterdrückung. Bereinigen Sie mehr als eine Adresse, hält der Ablauf E-Mail-Listenbereinigung diese Status über die ganze Datei getrennt.
Was das Ergebnis nicht behauptet
Suchergebnisse mischen Empfängerverifizierung, Nachrichtenbewertung, Absenderreputation und Inbox-Platzierung unter derselben Phrase. Wählen Sie das Tool nach dem geprüften Objekt.
Diese Seite gehört zur Empfängerverifizierung. Sie startet mit name@example.com, prüft, ob dieses Postfach Mail empfangen kann, und identifiziert unterstützte Missbrauchshistorie auf example.com. Nutzen Sie sie, bevor Sie einen Empfänger speichern oder kontaktieren. Das geprüfte Objekt ist die Zieladresse, nicht die Kampagne, die Sie senden wollen.
Die stärkste Handlung ist unterdrücken, prüfen oder den Kontakt behalten, basierend auf deterministischen Adressbelegen. Wegwerf-, Rollen-, Catch-All-, Bounce- und Domain-Missbrauchssignale lösen benachbarte Listenqualitätsprobleme. Sie messen weder Creative-Qualität noch Authentifizierungs-Alignment noch, wie Mailbox-Anbieter die spätere Nachricht ranken.
Ein Content-Spam-Test startet mit Betreff und Nachrichtentext. Er kann Wortwahl, HTML-Balance, Links, Bilder, Header und Muster prüfen, die mit Filterregeln verbunden sind. Das hilft Autorinnen, offensichtliche Probleme zu finden, beweist aber weder, dass ein Postfach existiert, noch macht es aus einer schlechten Empfängerliste eine gesunde.
BillionVerify nimmt auf dieser Seite keinen Nachrichtentext entgegen und kann daher kein Content-Urteil fällen. Ist die Frage, ob ein konkretes Newsletter-Template verdächtige Sprache oder Markup enthält, nutzen Sie einen zweckgebauten Nachrichtentester. Verifizieren Sie Empfänger trotzdem getrennt, denn sauberes Creative an ungültige oder missbräuchliche Ziele bleibt ein Zustellbarkeitsproblem.
Tools zur Absenderreputation starten bei der Infrastruktur, die Mail sendet: sichtbare From-Domain, Envelope-Domain, DKIM-Signing-Domain, Sending-IP, Reverse-DNS und Authentifizierungsrecords. Sie können Blocklist-Einträge oder Konfigurationsprobleme zeigen, die jede Kampagne dieser Infrastruktur betreffen.
Das unterscheidet sich von der Prüfung der Empfängerdomain nach dem @. Nutzen Sie den Blacklist-Checker, wenn das Objekt eine IP oder Absenderdomain ist. Eine Absenderin kann saubere Infrastruktur haben und trotzdem eine riskante Empfängerliste hochladen; eine Empfängerdomain kann sauber sein, während die eigene IP der Absenderin blockiert ist. Beide Richtungen verdienen unabhängige Checks.
Inbox-Platzierung ist das finale Verhalten, das nach einer echten oder geseedeten Nachricht beobachtet wird. Mailbox-Anbieter berücksichtigen Authentifizierung, Versandhistorie, Beschwerden, Engagement, Inhalt, Ratenmuster und empfängerspezifische Signale. Kein Lookup einer Empfängeradresse kann den Posteingang statt Spam garantieren, weil er dieses vollständige Sendeereignis nicht beobachtet.
Nutzen Sie den E-Mail-Zustellbarkeitstest für die absenderseitige Bereitschaft und halten Sie die Listenverifizierung als getrennte Kontrolle vor dem Versand. Dieser zweiteilige Ansatz beantwortet beide Fragen ehrlich: Kann dieses Ziel Mail annehmen, und ist das Versand-Setup bereit, eine Kampagne verantwortungsvoll zuzustellen?
Ein technisches Ergebnis beweist nicht, wer ein Postfach kontrolliert, ob die Inhaberin einer Kampagne zugestimmt hat oder ob eine geplante Nachricht erwünscht ist. Zustellbarkeit und Domainreputation sind operative Fakten, keine Erlaubnis. Eine öffentliche oder gekaufte Adresse kann jeden technischen Test bestehen und trotzdem für einen bestimmten Outreach ungeeignet sein.
Für öffentlichen Unternehmens- und Inhaberkontext starten Sie mit der Rückwärtssuche von E-Mails. Halten Sie danach Quelle, Einwilligung, Unterdrückung und Kontaktpräferenzen in den Systemen, die diese Entscheidungen besitzen. Der Spam-Checker sollte die Listenqualität verbessern, ohne zu Identitäts- oder Policy-Behauptungen gedehnt zu werden, die er nicht tragen kann.
Praktischer Ablauf
Der schnellste Ablauf ist: Eingabe validieren, Postfachergebnis lesen, benannte Risikokategorie prüfen und den Kontakt nach Status routen. Jeder Schritt verengt eine andere Fehlerart.
Fügen Sie die genaue Adresse aus Anmeldung, CRM, Supportanfrage oder Quelldatei ein. Ersetzen Sie die Domain nicht durch eine Unternehmenswebsite und geben Sie keine Sending-IP ein; diese Eingaben gehören zu anderen Tools. Die Originaladresse ermöglicht, dass Syntax, Mail-Routing, SMTP und Domain-Risiko denselben Datensatz beschreiben.
Korrigieren Sie offensichtliche Tippfehler nur, wenn Sie First-Party-Belege haben. Erfinden Sie keine fehlenden Zeichen, tauschen Sie keine Domain, weil sie ungewöhnlich wirkt, und nehmen Sie nicht an, dass eine vorgeschlagene Schreibweise derselben Person gehört. Ein technisch sauberes Ergebnis für eine geratene Adresse bleibt ein Ergebnis für die falsche Eingabe.
Ungültige Syntax bedeutet, dass die Adresse so nicht nutzbar ist. Fehlendes nutzbares Mail-Routing bedeutet, dass die Domain derzeit keine gewöhnliche E-Mail empfangen kann. SMTP-Ablehnung bedeutet, dass das konkrete Postfach unzustellbar erscheint. Diese Fehler beantworten die Versandfrage bereits, auch wenn keine Domain-Missbrauchskategorie angezeigt wird.
Ist der vollständige Check unbekannt, planen Sie einen begrenzten Retry, statt die Adresse als gültig zu markieren. Mailserver verzögern automatisierte Probes manchmal, und Infrastruktur kann temporär ausfallen. Die Seite ersetzt niemals Syntax und MX durch ein abgeschlossenes Postfach- und Reputationsergebnis, ohne zu zeigen, dass die Antwort beeinträchtigt oder unschlüssig ist.
Ist das Ergebnis riskant, lesen Sie die Kategorie unter dem Status. Spam kennzeichnet eine Domain, die mit unsolicited Bulk-Aktivität verbunden ist. Phishing kennzeichnet Credential- oder Impersonation-Missbrauch. Malware kennzeichnet die Verteilung schädlicher Software. Botnet-C&C kennzeichnet Command-and-Control-Infrastruktur. Jedes ist stärker als ein generisches Low-Quality-Label.
BillionVerify schließt missbrauchte legitime Spamhaus-Kategorien bewusst aus diesem riskanten Overlay aus. Eine normale Website kann kompromittiert sein, ohne dass ihre Firmenpostfächer zu schädlichen Empfängern werden. Die Implementierung hält die Marketingentscheidung auf die unterstützten, akteursseitig besessenen Missbrauchskategorien fokussiert, statt jeden kompromittierten Hostnamen zu einer pauschalen Anschuldigung gegen die Organisation zu machen.
Behalten Sie eine gültige Adresse nur, wenn sie auch Ihre Quellen- und Kontaktregeln erfüllt. Entfernen Sie ungültige Adressen, weil ein weiterer Versand wahrscheinlich bounce. Unterdrücken Sie riskante Adressen, weil das Domain-Missbrauchssignal deterministisch ist, auch wenn das Postfach Mail annimmt. Legen Sie unbekannte Ergebnisse in eine begrenzte Retry- oder manuelle Prüfwarteschlange.
Machen Sie aus jedem Status nicht zu früh ein einziges Pass-or-Fail-Boolean. Originalstatus und risk_reasons zu behalten erlaubt späteren Systemen zu erklären, warum ein Kontakt entfernt wurde, deterministisches Risiko nicht endlos zu retrien und Policy zu aktualisieren, ohne jeden historischen Auftrag nur zum Wiederherstellen verlorener Belege erneut zu fahren.
Ein Einzeladress-Check ist nützlich für Exploration und Support, aber produktive Hygiene braucht konsistente Behandlung in Formularen, Importen, CRM-Syncs und Kampagnenvorbereitung. Die E-Mail-Verifizierungs-API liefert dasselbe Feld risk_reasons für Automatisierung, während die Massenbereinigung die Gründe bei jeder Zeile für Export und Audit behält.
Schreiben Sie die Entscheidung einmal: unbekannt unter einer begrenzten Policy retrien, ungültig und riskant entfernen, Catch-All- oder Rollenadressen je nach Kampagne prüfen. Führen Sie Metriken für jeden Bucket, nicht nur für die finale Listengröße. Ein plötzlicher Anstieg riskanter Domains kann eine Änderung der Quellenqualität zeigen, die vor dem nächsten Versand Untersuchung verdient.
Dieselbe grüne SMTP-Antwort kann zu einer anderen Listenentscheidung führen, wenn Belege zum Missbrauch der Empfängerdomain vorliegen. Diese Beispiele zeigen, was jede Kombination bedeutet.
Das Postfach hat den Verifizierungspfad angenommen und die Empfängerdomain hat zum Prüfzeitpunkt keine der unterstützten Missbrauchskategorien zurückgegeben. Das ist das stärkste Ergebnis dieses Tools, bleibt aber eine Empfängerprüfung und keine Garantie für Inbox-Platzierung.
Behalten Sie den Datensatz nur, wenn Quelle, Identitätskontext und Kontaktregeln ebenfalls akzeptabel sind. Ein sauberes Domain-Ergebnis misst weder Engagement, Einwilligung, Absenderauthentifizierung, Nachrichteninhalt noch, ob die Domain künftig ungelistet bleibt.
Die Adresse kann Mail annehmen, aber die Empfängerdomain hat eine unterstützte externe Missbrauchskategorie getroffen. Der Verifizierungsstatus ist riskant, nicht gültig, weil Zustellbarkeit allein nicht reicht, um dieses Ziel in einer Outreach-Liste zu behalten.
Unterdrücken Sie den Datensatz und behalten Sie den benannten Grund. Den Check sofort zu wiederholen ist nicht nützlich: riskant ist eine deterministische Klassifikation, kein temporärer SMTP-Fehler. Stammt der Datensatz aus einer Leadquelle, prüfen Sie nahe Datensätze derselben Quelle auf ähnliche Qualitätsprobleme.
Die Adresse ist an Syntax, Routing oder Postfachverifizierung gescheitert. Das Fehlen einer Domain-Missbrauchskategorie rettet sie nicht. Entfernen oder korrigieren Sie den Datensatz anhand vertrauenswürdiger First-Party-Informationen, weil der Versand an eine bekannte ungültige Adresse Bounce-Risiko erzeugt.
Nutzen Sie den bereits verfügbaren technischen Grund, statt jeden schlechten Datensatz als Spam zu beschreiben. Ungültig bedeutet, dass das Ziel nicht zustellbar erscheint; riskant bedeutet, dass ein wahrscheinlich zustellbares Ziel ein bestätigtes Missbrauchssignal trägt. Das sind unterschiedliche operative Fehler.
Der Dienst konnte nicht genug des vollständigen Checks abschließen, um eine deterministische Schlussfolgerung zu erreichen. Das Panel zeigt Unsicherheit und behauptet nicht, dass die Empfängerdomain sauber ist. Ein späterer Retry kann gelingen, wenn die temporäre Mailserver- oder Infrastrukturbedingung endet.
Halten Sie Retries begrenzt und beobachtbar. Bleibt ein Ergebnis unbekannt, prüfen oder unterdrücken Sie es je nach Risikotoleranz, statt endlos zu schleifen. Mappen Sie unbekannt nicht auf gültig, nur weil Syntax und MX bestanden; diese Checks beweisen weder das Postfach noch die Domain-Risikoschicht.
Eine Adresse kann mehr als eine nützliche Klassifikation tragen. Ein Rollenkonto kann zustellbar, aber für personenspezifischen Outreach ungeeignet sein. Eine Wegwerf-Adresse kann kurz funktionieren, aber die langfristige Account-Qualität untergraben. Eine Catch-All-Domain kann jeden Empfänger annehmen und das konkrete Postfach unsicher lassen.
Öffnen Sie den vollständigen E-Mail-Verifizierer, wenn Sie all diese Dimensionen zusammen brauchen. Die spam-fokussierte Seite betont bewusst Missbrauch der Empfängerdomain, aber die zugrunde liegende Verifizierungsentscheidung ist am stärksten, wenn Zustellbarkeit und jedes relevante Risikoflag der prüfenden Person verfügbar bleiben.
Benannte Quellen und Datenpunkte
Die Seite nutzt benannte technische Quellen und den veröffentlichten API-Vertrag, damit Leserinnen gemessene Belege von Marketingsprache unterscheiden können. Quellenfakten wurden am 14. August 2026 geprüft.
Spamhaus beschreibt die Domain Blocklist als domain-only Reputationsdatensatz für Domains mit Anzeichen von Spam oder schädlicher Aktivität. Die Policy-Aussage umfasst unsolicited Bulk-E-Mail, Phishing, Betrug und Malware-Verteilung. Die DBL listet Domainnamen statt IP-Adressen, deshalb behandelt BillionVerify das als Beleg zur Empfängerdomain, nicht als Urteil über eine Sending-IP.
Die offizielle DBL-Dokumentation sagt, dass die Zone fortlaufend aktualisiert und von mehr als 80 Spiegeln weltweit ausgeliefert wird. Lesen Sie aktuellen Umfang, Nutzungshinweise und den Removal-Prozess auf der Spamhaus-Domain-Blocklist-Seite.
Die veröffentlichte DBL-Tabelle weist 127.0.1.2 Spam-Domains, 127.0.1.4 Phishing-Domains, 127.0.1.5 Malware-Domains und 127.0.1.6 Botnet-Command-and-Control-Domains zu. BillionVerify wandelt diese Kategorien in stabile API-Strings um, statt rohe DNS-Antwortcodes im Marketing-Tool zu zeigen.
Spamhaus veröffentlicht außerdem eigene Kategorien 127.0.1.102 bis 127.0.1.106 für missbrauchte legitime oder Redirector-Infrastruktur. Das riskante Overlay von BillionVerify schließt diese kompromittiert-legitimen Kategorien bewusst aus. Siehe die offizielle DBL-Return-Code-Tabelle für die Unterscheidung.
Die Verifizierungsantwort stellt risk_reasons als Array bereit. Aktuelle Werte sind spamhaus_dbl_spam, spamhaus_dbl_phish, spamhaus_dbl_malware und spamhaus_dbl_botnet_cc. Das Feld fehlt oder ist leer, wenn keines dieser unterstützten externen Signale getroffen hat.
Der Status ist die Entscheidung, das Array erklärt sie. Riskant bedeutet, dass die vollständige Verifizierung eine deterministische Schlussfolgerung erreicht hat: Das Postfach ist sehr wahrscheinlich zustellbar, aber die Empfängerdomain trägt bestätigte Missbrauchshistorie. Unbekannt ist für einen Check reserviert, der keine Schlussfolgerung erreichen konnte und von einem Retry profitieren kann.
RFC 5782, im Februar 2010 von der IETF veröffentlicht, dokumentiert gängige DNS-Blacklist- und Whitelist-Konventionen, einschließlich operativer Testeinträge und der Bedeutung einer Name-not-found-Antwort. Es warnt außerdem, dass Listenbetreiber eigene Policies definieren. Deshalb muss ein negativer Lookup eng beschrieben werden und nicht als universeller Sicherheitsbeweis.
BillionVerify berichtet, dass keine unterstützte Kategorie zurückkam; es sagt nicht, dass nirgendwo eine Bedrohung existiert. Lesen Sie den Protokollhintergrund in RFC 5782 und die aktuelle Datensatzbedeutung in der Spamhaus-Dokumentation. Die benannte Provider-Policy ist wichtiger als das Raten aus einer rohen DNS-Antwort allein.
Spamhaus empfiehlt, die DBL in mehreren Stufen der Inbound-Filterung zu nutzen, einschließlich SMTP-Strings und Domains in Nachrichtenheadern oder Bodies. Diese breitere Anti-Spam-Nutzung bedeutet nicht, dass ein adress-only Check eine Outbound-Kampagne geprüft hat. BillionVerify fragt das Signal der Empfängerdomain im Verifizierungskontext ab und nennt diesen begrenzten Umfang bei jedem sauberen Ergebnis.
Für die absenderseitige Vorbereitung validieren Sie SPF, DKIM, DMARC, Infrastrukturreputation und Kampagnenverhalten unabhängig. Empfängerverifizierung reduziert ungültige und riskante Ziele; sie kann Platzierung nicht versprechen. Diese Schichten getrennt zu halten macht das Ergebnis leichter zitierbar, automatisierbar und korrigierbar, wenn sich eine Quelle ändert.
Prüfungen auf Missbrauch der Empfängerdomain sind am nützlichsten bei Listeneingang, Review und Bereinigung, wenn eine zustellbare Adresse trotzdem der falsche Kontakt zum Behalten sein kann.
Prüfen Sie ein Postfach, das die Syntax besteht, aber zu einer Empfängerdomain mit verdächtiger oder bestätigter missbräuchlicher Aktivität gehört.
Unterdrücken Sie deterministisch riskante Ergebnisse vor einer Kampagne, statt anzunehmen, dass jede SMTP-angenommene Adresse sicher zu kontaktieren ist.
Trennen Sie ungültige Postfächer, unsichere Checks und zustellbare Adressen mit Missbrauchshistorie der Empfängerdomain.
Übersetzen Sie risk_reasons in eine lesbare Missbrauchskategorie für Operations, Support und Listenhygiene.
Der Checker prüft weder Betreff, Fließtext, HTML, Links, Anhänge noch Header. Er kann nicht sagen, ob Gmail oder Outlook Ihre Nachricht in den Posteingang, den Tab Werbung oder den Spam-Ordner legt.
Er ersetzt auch keine absenderseitigen Checks zu SPF, DKIM, DMARC, Sending-IP-Reputation, Blocklist-Status, Beschwerderate oder Engagement. Ein sauberes Ergebnis zur Empfängerdomain bedeutet nur, dass zum Prüfzeitpunkt keine unterstützte Missbrauchskategorie zurückkam; es ist kein universelles Sicherheitszertifikat.
Nutzen Sie den E-Mail-Zustellbarkeitstest für Absender- und Kampagnenbereitschaft. Nutzen Sie den E-Mail-Verifizierer, wenn die Hauptfrage die Postfach-Zustellbarkeit ist und Sie die vollständige Menge aus Wegwerf-, Rollen-, Catch-All-, SMTP- und Empfängerdomain-Risikosignalen zusammen wollen.
Spam-Risiko ist eine Schicht. Fahren Sie mit dem fokussierten BillionVerify-Tool fort, das zur Adresse, Liste, Absenderfrage oder Recherche passt, die noch offen ist.
Führt SMTP-Zustellbarkeit plus Wegwerf-, Rollen-, Catch-All- und Empfängerdomain-Risikoprüfungen aus.
Prüft das vollständige Mehrschicht-Ergebnis für eine E-Mail-Adresse in einem Panel.
Identifiziert temporäre und Wegwerf-Postfachanbieter, die für kurzlebige Anmeldungen genutzt werden.
Fokussiert Postfachablehnung und Hard-Bounce-Risiko vor dem Versand.
Wendet Zustellbarkeits- und Risikoregeln auf eingefügte Adressen oder eine CSV-Liste an.
Prüft Absenderauthentifizierung und die Faktoren, die die Kampagnenzustellung beeinflussen.
Prüft eine IP oder Domain gegen Reputationslisten aus Sicht der Absenderinfrastruktur.
Findet öffentliche Hinweise zur Inhaberschaft, Organisationskontext und Mail-Routing-Informationen.
Geben Sie die Adresse in den kostenlosen Checker ein. BillionVerify validiert das Postfach und prüft die Empfängerdomain auf unterstützte Spamhaus-DBL-Missbrauchskategorien. Ein riskantes Ergebnis bedeutet, dass das Postfach Mail annehmen kann, die Domain aber bestätigte Missbrauchshistorie hat.
Nein. Es bewertet weder Text, Links, HTML, Header noch Anhänge. Es prüft Empfängeradresse, Postfachpfad und Missbrauchssignale der Empfängerdomain. Nutzen Sie einen Zustellbarkeitstest für Absenderauthentifizierung und Kampagnenbereitschaft.
Riskant ist ein deterministisches Ergebnis: Die Adresse ist wahrscheinlich zustellbar, aber ihre Empfängerdomain hat eine unterstützte externe Missbrauchskategorie getroffen. Behandeln Sie riskant weder als temporären Timeout noch als versandsicher.
Die aktuelle API kann Empfängerdomain-Kategorien für Spam, Phishing, Malware und Botnet-Command-and-Control melden. Die Seite zeigt die Kategorie, die mit dem Ergebnis zurückkam.
Nein. Es bedeutet, dass zum Prüfzeitpunkt keine unterstützte Missbrauchskategorie der Empfängerdomain zurückkam. Es garantiert weder Identität, Einwilligung, Nachrichtensicherheit, Absenderreputation, Inbox-Platzierung noch zukünftiges Domainverhalten.
Ja. Jede IP kann 20 vollständige Checks in einem rollierenden 24-Stunden-Fenster ohne Anmeldung ausführen. Diese Checks enthalten SMTP-Verifizierung und das Risikoergebnis der Empfängerdomain.
Kostenlose Stufe für autonome Workflows — KI-Agenten können ohne menschliches Eingreifen bei der Abrechnung sofort verifizieren. 99,9 % SMTP-Genauigkeit.
Native MCP Server-Integration · 99,9 % SMTP-Genauigkeit · Kostenlose Stufe, keine Kreditkarte