Zum Inhalt springen
D1
DE

DNSBL-Reputation

Blacklist- & Reputations-Checker

Domains und IP-Adressen gegen wichtige DNS-Sperrlisten prüfen (Spamhaus, SpamCop, SURBL, SORBS u.a.).

Dieses Formular ruft den relativen Endpunkt auf: /site-api/tools/blacklist

So nutzen Sie den Blacklist-Checker

  1. Geben Sie eine öffentliche IPv4-/IPv6-Adresse oder eine Domain für Mail-Versand ein. Das Tool fragt DNS-basierte Blocklists (DNSBLs) ab und fasst Listung vs. sauber zusammen — ein Diagnosesignal, kein Gerichtsurteil über Zustellbarkeit.
  2. Lesen Sie, welche Listen einen Treffer melden, und beachten Sie: Delisting erfolgt bei jedem Listenbetreiber unabhängig. DN01 meldet Status; wir können Ihre IP nicht von Drittlisten entfernen und garantieren keinen Posteingang.
  3. Kombinieren Sie Ergebnisse mit dem DNS-Checker für MX/TXT/SPF und DIG für relevante TXT-Selektoren. Mail-Probleme sind oft DNS-Fehlkonfiguration vor Reputation — zuerst Authentifizierung fixen, dann Delisting.
  4. Kopieren Sie die Zusammenfassung für Provider-Tickets. Letzte Checks bleiben im lokalen Browserverlauf; wir betreiben kein kontinuierliches Reputations-Monitoring-SaaS mit Paging, außer Sie automatisieren per API.

Blocklists und Signale, die wir abfragen

DNSBLs beantworten per DNS «steht diese IP oder Domain auf unserer Liste?». Verschiedene Empfänger vertrauen verschiedenen Listen — ein sauberes Spamhaus-Ergebnis heißt nicht, dass jeder Mailbox Ihre Mail annimmt. Nutzen Sie die Tabelle zur Orientierung vor Delisting-Portalen. Kombinieren Sie mit WHOIS auf Versand-Domains und dem HTTP-Header-Checker nur bei Web-Abuse-Vektoren — Blacklist-Fokus ist Mail- und Spam-Reputation.

FeldWofürBeispiel
Spamhaus ZENZusammengesetzte spam-orientierte IP-Blockliste127.0.0.2 gelistet
SpamCopCommunity-gesteuerte Spam-MeldungenGelistet / nicht gelistet
BarracudaReputationsliste einiger Filterbcrbl-Abfrageergebnis
SORBSOpen-Relay- und Spam-Quellendul.dnsbl.sorbs.net
URIBL / SURBLDomain-orientierte Spam-URI-ListenDomain-Hash-Listing
Abuse-Kontakt-HinweiseKontext für Delisting-WorkflowsRichtlinie des Listenbetreibers
IPv4 / IPv6IP-Reputation für Mail-Egress prüfen203.0.113.10
Domain-PrüfungenManche Listen indexieren Domain-Reputationexample-sender.net

Wann einen Blacklist-Check ausführen

Ausgehende Mail wird plötzlich verzögert oder mit Policy-Rejections zurückgewiesen — prüfen Sie die Versand-IP-Reputation, bevor Sie SPF zum fünften Mal umschreiben. Sind Listen sauber, graben Sie in DNS-Auth mit DNS-Checker und Provider-Logs.

Neue VPS oder recycelte Cloud-IPs erben oft Spam-Historie des Vormieters. Blacklist-Checker auf der Egress-IP vor Produktions-Mail-Cutover spart Tage mysteriöser Deferrals. Delisting bei jeder Treffer-Liste beantragen; manche verlangen korrektes Forward/Reverse-DNS — PTR mit DIG bestätigen.

Geteilte Marketing-Domains landen auf URI-Blocklists, wenn Affiliates Tracking-Links missbrauchen. Domain-Treffer brauchen Content- und Permission-Fixes, nicht nur IP-Delisting. WHOIS-Alter und plötzliche NS-Wechsel liefern Kontext für Abuse-Gespräche.

Incident Response nach Kompromittierung: Angreifer spammen mit gestohlenen SMTP-Creds. Blacklist-Checker dokumentiert Listungsstatus für Postmortems neben Passwort-Rotation — Passwort-Generator für Service-Accounts, keine recycelten Human-Passwörter.

Ermittler bei Phishing-Infrastruktur sehen Listung auf mehreren DNSBLs — ein Signal unter vielen. SSL-Zertifikats-Checker und WHOIS vervollständigen das Bild; DN01 schreibt Angriffe nicht zu und meldet Abuse nicht für Sie.

SaaS-Plattformen, die für Kunden senden, teilen IP-Pools — ein schlechter Mieter kann den Pool für alle listen. Der Checker hilft, Listungsstatus bei ESP-Support zu belegen; den missbräuchlichen Mieter zu fixen bleibt beim Plattformbetreiber.

Warm-up-Pläne für neue Dedicated-IPs brauchen graduelle Volumen-Rampen — saubere Blacklist am Tag eins verhindert nicht morgiges Listing bei Volumen-Spikes; Reputationschecks mit sinnvoller Sendefrequenz und List-Unsubscribe-Hygiene kombinieren.

BIMI und Markenindikatoren hängen von DMARC-Durchsetzung ab — DNS-Checker-Auth-Review vor Logo-Deployment; Blacklist-Status auf der Versand-IP zählt weiter, wenn Empfänger junge Domains misstrauen.

Blacklist-Ergebnisse einordnen

False Positives kommen vor — folgen Sie dem Delisting-Verfahren jeder Liste mit Belegen für behobene Probleme. DN01 kann Dritt-Warteschlangen nicht beschleunigen.

Auf einer Liste gelistet, auf anderen sauber ist normal. Empfänger gewichten Listen unterschiedlich; fokussieren Sie Listen, die Ihr Ziel-Provider dokumentiert.

IPv6-Egress kann von IPv4 abweichen — beide prüfen bei Dual-Stack-Versand. NAT verbirgt interne Hosts — testen Sie die öffentliche IP, die Mail-Empfänger sehen.

DNSBL-Timeouts oder SERVFAIL von Listenbetreibern sind transient — später erneut versuchen. Persistente DNS-Fehler auf Ihrem Resolver-Pfad brauchen separates DIG-Debugging.

Listing auf Policy-Blocklists braucht menschliche Appeal-Narrative — DNS-Checker-Belege beifügen, dass offene Relays und Malware-Hosting behoben sind; DN01 schreibt Appeals nicht.

Greylisting und Rate-Limits bei Empfängern imitieren Blacklist-Symptome — ist die Liste sauber, SMTP-Logs und Authentication-Results prüfen, bevor ein weiterer DNSBL-Hit angenommen wird.

Kompromittierte WordPress-Sites spammen von Shared-Hosting-IPs — CMS säubern, Plugins patchen, dann Delisting; der Checker bestätigt Listungsstatus nach Remediation, nicht vorher.

Neue IPs wärmen sich über Wochen auf — Blacklist-Checks per API planen; ein sauberer Snapshot bedeutet keine dauerhafte Reputation.

Outbound-Marketing-Plattformen nutzen Shared-IP-Pools — beim ESP erfragen, welche IP die Kampagne wirklich nutzte; DN01 prüft die eingegebene IP, nicht ESP-Routing-Metadaten.

Dedicated-IP-Verträge kosten mehr, isolieren aber Reputation — wöchentlicher Blacklist-Checker bleibt sinnvoll; Shared Pools brauchen schnellere Abuse-Reaktion des Vendors bei Treffern.

Reputation vs. Authentifizierung

SPF, DKIM und DMARC beweisen Nachrichtenauthentizität; DNSBLs schätzen Absender-Verhaltenshistorie. Perfekte DNS-Auth hebt keine gelistete Spam-IP auf — beide Schichten fixen. DNS-Checker bündelt TXT und MX für Auth-Review vor Blacklist-Kaninchenlöchern.

Forward-confirmed reverse DNS (FCrDNS) zählt für manche Filter noch. PTR-Mismatch ist nicht immer DNSBL-Hit, verursacht aber Deferrals — DIG-Reverse-Queries ergänzen Blacklist-Status.

Dedizierte Deliverability-Plattformen wärmen IPs, Seed-Inboxes und trenden Reputation. DN01 bietet ehrliche Spot-Checks und API-Snapshots — keine Inbox-Placement-Tests oder Gmail-Postmaster-Dashboards.

Wir fragen eine praktische Teilmenge weit verbreiteter Listen ab, nicht jede regionale DNSBL. Ergebnisse spiegeln DNS-Antworten zum Abfragezeitpunkt, keine historischen Listing-Charts.

Transaktionsmail (Belege, 2FA) und Marketing teilen IPs auf kleinen Hosts — Streams trennen, wenn möglich, damit Promo-Beschwerden keinen Password-Reset-Traffic listen. DNS-Checker bestätigt SPF-Includes pro Envelope-Domain.

Listenhygiene zählt: gekaufte Listen erzeugen Beschwerden, die IPs listen unabhängig von SPF — Listenquelle fixen, nicht nur DNS. Blacklist-Checker bestätigt Remediation-Timing für Support-Callbacks.

Deliverability-Berater pflegen Seed-Inboxes, die DN01 nicht hat — unser Checker antwortet «ist diese IP jetzt auf gängigen DNSBLs?» für Operatoren ohne ESP-Dashboard nachts und am Wochenende.

IPv4- und IPv6-Reputation divergieren — beide dokumentieren, wenn Ihr MTA Dual-Stack sendet; Empfänger können unabhängig bewerten.

Retail-Holiday-Spikes erhöhen Beschwerderaten — Blacklist-Status kann sich stündlich ändern; nach großen Kampagnen erneut prüfen, auch wenn der Morgen-Scan sauber war.

DNSBL-Listings laufen manchmal automatisch ab, wenn Abuse-Signale enden — Root Cause trotzdem fixen; DN01-Snapshot sagt keine Ablauf-Timer auf Drittlisten voraus.

Blacklist-Checks mit HTTP-Header-Checker kombinieren bei spamvertised Domains — DNSBL auf IP plus Header auf URL für minimales Abuse-Triage vor Eskalation.

DN01 sendet keine Test-Spam-Mails und betreibt keine Feedback-Loops — Operatoren bleiben für Delisting-Korrespondenz verantwortlich.

Snowshoe-Kampagnen rotieren IPs schneller als manuelle Checks — API-Snapshots stündlich automatisieren während aktiver Incidents.

DN01-Blacklist-Checker ergänzt DNS-Checker-Mail-Records — keiner ersetzt ESP-Deliverability-Coaching oder Gmail-Postmaster-Dashboards.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Dokumentieren Sie jeden Check im Support-Ticket mit Zeitstempel; DN01 speichert keine globale Historie oder Propagation-Maps.

Fünf-Schritte-Mail-Deliverability-Triage

  1. DNS-Checker: MX, SPF, DKIM-Selektoren, DMARC unter _dmarc — Duplikate und Syntax fixen.
  2. Testmail senden; SMTP-Codes und Authentication-Results-Header erfassen.
  3. Blacklist-Checker auf Egress-IP und Versand-Domain bei URI-Listen.
  4. DIG PTR auf IP; Forward/Reverse-Mismatch mit Hoster fixen.
  5. Bei jedem Treffer-Provider delisten; nach TTL/Cache-Fenstern erneut testen — DN01 remediert nicht automatisch.

Blacklist-Checker vs. MXToolbox und Google Postmaster

MXToolbox und ähnliche Suites bieten Dutzende Listen, Monitore und Alerts. DN01 fokussiert schnelle integrierte Checks neben DNS-Checker, DIG und WHOIS — für viele Tickets ohne weiteres Abo-Login.

Google Postmaster Tools zeigt Domain-Reputation speziell für Gmail — Daten, die Google nicht per DNSBL offenlegt. Beide Welten nutzen, wenn Gmail die Beschwerdequelle ist.

Wir senden keine Spam-Testmails, betreiben keine Feedback-Loops und speichern keine Jahrestrends. API + Browser für Snapshots; ehrliche Grenzen bei Listenabdeckung und Delisting-Einfluss.

Keine Propagation-Maps, kein Anspruch «sauber = Inbox». Diagnostische DNSBL-Abfragen mit lokalisierter UI — mit ESP-Deliverability-Dashboards kombinieren.

Manche Unternehmen führen private interne Blocklists — DN01 fragt nur öffentliche DNSBLs ab, nicht Microsoft-365-Tenant-Allow/Block-Listen oder eigene SpamAssassin-Regeln.

Snowshoe-Spam verteilt sich über viele saubere IPs — ein sauberer Single-IP-Check räumt die Kampagne nicht auf; Domain-Reputation, Content und Auth ganzheitlich mit DNS-Checker und WHOIS prüfen.

Nur-IPv6-Mail-Egress ohne passenden PTR und SPF-Alignment scheitert bei großen Empfängern — Blacklist-Checker auf v6-IP plus DIG auf AAAA/PTR-Pfaden vervollständigt die Hybrid-Story nach DNS-Checker.

Warum DN01 Blacklist-Checker

  • DNSBL-Status für IPs und Domains neben DNS-Checker-Mail-Auth-Records auf einer Site.
  • Kopierfreundliche Zusammenfassung für Delisting-Tickets — wir melden Treffer, entfernen keine Drittlistings.
  • Acht Sprachen (EN/RU volle Guides), API für Monitoring-Skripte, lokaler Browserverlauf.
  • Ehrlicher Scope: Teilmenge wichtiger Listen, Snapshot-Abfragen, keine ESP-Deliverability-Suite.

FAQ

FAQ zum Blacklist-Checker

DNSBL-Status, Mailzustellungs-Fehleranalyse und Reputationskontext.

Was sagt ein Blacklist-Check aus?

Er zeigt, ob eine IP oder Domain in ausgewählten DNS-Blocklisten steht. Nutze das als Diagnose-Signal, nicht als endgültiges Urteil. Der IP-Blacklist-Leitfaden beschreibt den Ablauf.

Was tun, wenn eine Liste einen Treffer meldet?

Lies die Richtlinie des Listenbetreibers, behebe die Ursache und beantrage dort das Delisting. DN01 zeigt nur den Status und kann keine Drittanbieter-Einträge entfernen.

Warum Blacklist mit DNS und WHOIS kombinieren?

Mailprobleme hängen oft mit MX, Domain-Alter und Hosting-Wechseln zusammen. Vergleiche Ergebnisse mit DNS-Checker und WHOIS, bevor du Schlüsse ziehst.

Kann ich Reputation automatisch überwachen?

Ja. Nutze die Weboberfläche für Stichproben oder die API-Dokumentation nach dem API-Token anfordern für wiederkehrendes Monitoring.

Was ist eine DNSBL?

Eine DNS-based Blocklist (DNSBL) meldet, ob eine IP oder Domain wegen Spam oder Missbrauch gelistet ist. Mail-Betreiber fragen sie bei SMTP-Zustellung ab — ein Treffer ist ein Signal, kein Schuldbeleg.

Wie schnell ändern sich Listungen?

Jeder Listenbetreiber hat eigene TTL und Delisting-Richtlinien. Ein Treffer kann in Stunden verschwinden oder tagelang bleiben — erneut prüfen nach Delisting, keine sofortige Propagation annehmen.

Kann eine Domain ohne die IP gelistet werden?

Ja. Manche DNSBLs listen Domains aus URL-Spam oder Phishing-Links, nicht nur Sende-IPs. Prüfe sowohl den Sende-Host als auch Domains in Bounce-Links oder verdächtigen Landing Pages.

Warum ist meine IP nach einer Migration gelistet?

Wiederverwendete IPs können die Reputation des Vormieters erben. Nach dem Hosting-Wechsel prüfe die neue IP, PTR/rDNS-Records und offenes Relay, bevor du beim Provider eskalierst.

Ersetzt Blacklist-Check SMTP-Logs?

Nein. Blacklist zeigt öffentliche Listungen; SMTP-Logs zeigen konkrete 4xx/5xx-Ablehnungen des Remote-Servers. Beides nutzen — Listung für Reputation, Logs für die exakte MTA-Fehlermeldung.

Wie viele Listen prüft DN01?

DN01 fragt eine ausgewählte Menge gängiger DNSBLs im Mail-Betrieb ab. Nicht alle branchenspezifischen Privatlisten sind abgedeckt — ein sauberes Ergebnis garantiert keine Annahme bei jedem Unternehmensfilter.

Ist Delisting sofort wirksam?

Nicht immer. Nach Freigabe durch den Listenbetreiber können Resolver und MTAs DNSBL-Antworten stundenlang cachen. Erneut prüfen und echte Zustellung beobachten, nicht nur das Listen-Panel.

Ist der Blacklist-Checker kostenlos?

Ja für manuelle Lookups. Wiederkehrendes Monitoring von Sende-IPs nutzt die API-Dokumentation nach API-Token anfordern.

Tool-Wechsler

Nächsten Schritt im Domain- oder Sicherheits-Workflow wählen.

Vollständiger Tool-Katalog

Anleitungen

Praxisnahe Anleitungen für häufige Blacklist-Checker-Aufgaben — DNS-Einträge, Troubleshooting-Schritte und Links zu unseren kostenlosen Tools.

Zurück zu Blacklist-Checker