# E-Mail Blacklist prüfen: Was Lookup-Tools verschweigen URL: https://notificationharbor.com/de/journal/e-mail-blacklist-pruefen Type: blog Locale: de Published: 2026-11-10 Updated: 2026-11-11 --- > Eine Blacklist-Prüfung ist eine DNS-Abfrage mit drei möglichen Ergebnissen, und die meisten Tools verbergen eines davon. So führen Sie sie aus, automatisieren sie und lesen Bounce-Codes richtig. Wer eine E-Mail Blacklist prüfen will, schickt die IP-Adresse meist durch eine Abfrage über mehrere Listen und bekommt eine Tabelle mit grünen und roten Zeilen. Diese Tabelle beantwortet nur eine enge Frage: Steht diese Adresse jetzt in einer Reihe öffentlicher DNS-Blocklisten? Sie sagt nicht, ob Gmail, Outlook oder ein Firmen-Gateway Ihre nächste Nachricht annimmt. Wer beides gleichsetzt, liest Incident-Zeitlinien falsch. Dieser Leitfaden zeigt, was eine Prüfung tatsächlich abfragt, wie Sie sie selbst mit `dig` ausführen, welche Antwortcodes „sauber“ und welche „Abfrage abgelehnt“ bedeuten und wie Sie die Prüfung ins Monitoring einbauen. Dann müssen Sie nicht mehr um zwei Uhr nachts von Hand nachsehen. ## Eine Blacklist-Prüfung ist nichts als eine DNS-Abfrage Jede DNS-Blocklist (DNSBL) funktioniert gleich. Man dreht die Oktette der IPv4-Adresse um, hängt die Zone der Liste an und fragt einen A-Record ab. [RFC 5782](https://datatracker.ietf.org/doc/html/rfc5782) beschreibt diese Konvention: Für 192.0.2.99 gegen `bad.example.com` lautet die Abfrage `99.2.0.192.bad.example.com`. Ist die Adresse gelistet, erhalten Sie eine Antwort aus dem Bereich 127.0.0.0/8. Ist sie es nicht, kommt kein Record zurück. Mehr steckt nicht dahinter. Die Web-Tools, in die Sie eine IP einfügen, führen genau diese Abfragen parallel aus und formatieren die Antworten. `# Ist 203.0.113.25 bei Spamhaus ZEN gelistet? dig +short 25.113.0.203.zen.spamhaus.org A # Eine Domain-Liste funktioniert ohne Umkehrung der Oktette: dig +short example.com.dbl.spamhaus.org A`Leere Ausgabe bedeutet: nicht gelistet. Eine Antwort 127.x.x.x bedeutet: gelistet, und die letzten Oktette zeigen, welche Unterliste getroffen hat. Führen Sie die Abfrage von einem Rechner aus, den Sie kontrollieren, über Ihren eigenen Resolver, dann können Sie sie skripten, protokollieren und Alarm auslösen. ![Laptop mit einem dunklen Terminalfenster neben einem Notizbuch mit handgezeichnetem Netzwerkdiagramm](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/notificationharbor/2026-11/0692d5-inline1.webp) ## Geprüft werden muss die Versand-IP, nicht die Ihrer Website Der erste Fehler ist, die falsche IP zu prüfen. Marketing-Website, API und Versand-Relay haben meist drei verschiedene Adressen. Relevant ist die IP aus dem Header `Received` einer Nachricht, die tatsächlich in einem Postfach angekommen ist. Versenden Sie über einen ESP auf gemeinsam genutzter Infrastruktur, gehört Ihnen diese IP nicht, und die Listung gehört Ihnen ebenfalls nicht. Nutzen Sie eine dedizierte IP, gehört sie Ihnen vollständig, einschließlich dessen, was der vorherige Mieter dieses Bereichs getan hat. Holen Sie die Versand-IP aus einer tatsächlich zugestellten Nachricht, nicht aus einer Einstellung im Dashboard. Prüfen Sie dann drei Dinge getrennt: die Versand-IP, die Domains im Envelope und im From-Feld und jede Domain in Ihren Links, auch Tracking- und Abmelde-Hosts. URI-basierte Listen wie URIBL und SURBL bewerten die Links im Nachrichtentext. Eine saubere IP schützt deshalb keine Nachricht, die auf eine gelistete Domain verweist. ## Ein sauberes Ergebnis über einen öffentlichen Resolver kann eine Ablehnung sein Diesen Fehlermodus erwähnen die allgemeinen Checker-Seiten nie. Spamhaus beantwortet keine Anfragen, die über öffentliche oder offene Resolver eingehen, und meldet das über einen Rückgabecode statt über eine Listung. [Spamhaus dokumentiert 127.255.255.254 als Fehlercode](https://www.spamhaus.org/resource-hub/dnsbl/using-our-public-mirrors-check-your-return-codes-now/), nicht als Reputationsergebnis, und weist darauf hin, dass man damit niemals Mails ablehnen darf. Daraus folgen zwei Dinge. Liest Ihr Skript jede Antwort 127.x als „gelistet“, löst eine abgelehnte Anfrage aus einem Cloud-Resolver einen Alarm für eine Listung aus, die es gar nicht gibt. Liest es „keine brauchbare Antwort“ als „sauber“, übersehen Sie echte Listungen, denn auch die Ablehnung kann als leere oder NXDOMAIN-Antwort erscheinen. Die Lösung: Führen Sie Abfragen von einem Host mit eigenem rekursiven Resolver und korrektem Reverse-DNS aus oder nutzen Sie den kostenlosen Abfragedienst, auf den Spamhaus Nutzer öffentlicher Mirror verweist. Validieren Sie danach die Zone, bevor Sie einem Ergebnis trauen. RFC 5782 verlangt für IPv4-Listen einen Eintrag für 127.0.0.2 und keinen für 127.0.0.1. Damit testen Sie Ihr Setup: `dig +short 2.0.0.127.zen.spamhaus.org A # muss eine 127.x-Antwort liefern dig +short 1.0.0.127.zen.spamhaus.org A # darf nichts liefern`Liefern beide Befehle nichts, ist Ihr Resolver-Pfad defekt oder abgelehnt. Beheben Sie das, bevor Sie ein Ergebnis von dort auswerten. ![Patchpanel mit blauen Ethernet-Kabeln und einem einzelnen roten Kabel, das heraussticht](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/notificationharbor/2026-11/2357cf-inline2.webp) ## Die meisten Zustellprobleme sind keine Blocklist-Probleme Bei einer Bounce-Analyse lautet die erste Frage, was der empfangende Server tatsächlich geschrieben hat, noch vor jeder Abfrage. Eine Listung erzeugt eine bestimmte Ablehnung. Reputationsprobleme beim Postfachanbieter erzeugen eine andere, und keine öffentliche Liste zeigt sie. Die Versanddokumentation von Google ist hier eindeutig. Eine Antwort `550 5.7.1` kann bedeuten, dass die Versand-IP auf einer Sperrliste steht, oft wegen schlechter Reputation einer gemeinsam genutzten IP. `5.7.26` weist auf fehlgeschlagene Authentifizierung hin. Für Massenversender verlangt Google SPF, DKIM und DMARC, gültiges Forward- und Reverse-DNS für die Versand-IP, TLS und eine Spam-Rate unter 0,30 Prozent in den Postmaster Tools. Die [Anforderungen für Absender bei Gmail](https://support.google.com/a/answer/81126) nennen 0,10 Prozent als empfohlenes Ziel. Lesen Sie das als Reihenfolge der Schritte. Nennt der Bounce-Text eine DNSBL-Zone oder eine URL, haben Sie ein Listing-Problem. Spricht er von Reputation, Authentifizierung oder Ratenbegrenzung, kommt die Blocklist-Abfrage sauber zurück, und Sie haben eine Stunde damit verbracht, etwas zu bestätigen, das schon feststeht. - **Nennt eine DNSBL-Zone oder URL:** Sie sind auf genau dieser Liste gelistet. Prüfen Sie den Eintrag und nutzen Sie die Entfernungsseite des Listenbetreibers. - **`550 5.7.1` mit Hinweis auf die IP-Reputation:** Reputation beim Anbieter, oft auf einer gemeinsam genutzten IP. Prüfen Sie die Postmaster Tools sowie Volumen und Beschwerdetrend. - **`5.7.26`:** Authentifizierung fehlgeschlagen. Prüfen Sie die Ausrichtung von SPF, DKIM und DMARC. - **`4.7.28` oder Hinweis auf Rate:** Sie senden für Ihre aktuelle Reputation zu schnell. Drosseln Sie den Versand und steigern Sie ihn danach wieder schrittweise. ## Den Einzel-Checker im Web sollten Sie nicht als Monitoring nutzen Eine einmalige Abfrage zeigt den Zustand im Moment, in dem Sie auf Enter drücken. Listungen sind oft kurzlebig, und viele entstehen nach einer Spitze, die Sie selbst ausgelöst haben: ein kalter Import, eine Neu-Einwilligungs-Aktion oder ein kompromittiertes Formular, über das jemand Spam verschickt hat. Die Dienste, die Geld dafür verlangen, Sie von „100 Blacklists“ zu entfernen, verkaufen eine Leistung für ein Problem, das die meisten dieser Listen gar nicht haben. Viele Listen in einer typischen Mehrfachprüfung haben kaum Einfluss auf die großen Postfachanbieter, und die Entfernung ist meist kostenlos und über die eigene Seite des Betreibers möglich. Wer jeder roten Zeile nachgeht, verliert Zeit, die den zwei oder drei Listen gehört, die Ihre Empfänger tatsächlich abfragen. Ordnen Sie die Listen nach dem Verkehr, den Sie versenden. Schauen Sie, welche Empfänger in Ihren Bounces auftauchen, finden Sie heraus, welche Listen diese Empfänger öffentlich nutzen, und beobachten Sie genau diese. Alles andere ist Rauschen, das Sie einmal im Monat durchsehen können. ![Drei Haftnotizen, die auf einem Whiteboard mit Marker-Pfeilen verbunden sind und einen Monitoring-Ablauf skizzieren](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/notificationharbor/2026-11/55886e-inline3.webp) ## Machen Sie die Prüfung zu einem geplanten Job mit Alarmschwelle Hier ist die minimale Version, die im Betrieb hält. Sie läuft auf einem Host mit echtem Resolver, validiert die Zone zuerst und unterscheidet die drei möglichen Ergebnisse: gelistet, nicht gelistet und Abfrage abgelehnt. `import socket def dnsbl(ip: str, zone: str) -> str: rev = ".".join(reversed(ip.split("."))) try: answer = socket.gethostbyname(f"{rev}.{zone}") except socket.gaierror: return "not_listed" if answer.startswith("127.255.255."): return "refused" # Fehlercode, kein Reputationsergebnis return f"listed:{answer}" # Zone vor dem Vertrauen prüfen (RFC-5782-Testeinträge) assert dnsbl("127.0.0.2", "zen.spamhaus.org").startswith("listed") assert dnsbl("127.0.0.1", "zen.spamhaus.org") == "not_listed"`Führen Sie das alle 15 bis 60 Minuten pro Versand-IP und pro Versanddomain aus, protokollieren Sie jedes Ergebnis mit Zeitstempel und lösen Sie Alarm nur beim Wechsel von `not_listed` zu `listed` aus. Melden Sie `refused` gesondert, denn das bedeutet, dass Ihr Monitoring blind ist, nicht dass sich Ihre Reputation verändert hat. Ergänzen Sie die Prüfung um Signale, denen Blocklisten hinterherhinken: Beschwerderate aus den Postmaster-Dashboards, Bounce-Rate je Empfängerdomain und Verzögerungsrate pro Stunde. Diese Werte verändern sich, bevor eine Listung erscheint, und sie zeigen Ihnen, ob Sie einen Versand anhalten sollten. Wenn Sie Logs und Metriken bereits in einen Monitoring-Stack schicken, ist das Ergebnis der Prüfung nur eine weitere Zeitreihe. Je nachdem, wo der Schmerz liegt, passen vier Werkzeuge zu diesem Ablauf. Postmark ist ein reiner Dienst für transaktionale Mails. Passwort-Resets teilen sich dann keinen Versandpfad mit dem Newsletter eines anderen Kunden. Wenn Ihre Listungen immer wieder auf einen Nachbarn auf gemeinsamer Infrastruktur zurückgehen, ist die Trennung von transaktionalem und Marketing-Versand die strukturelle Lösung. Resend ist die entwicklerfreundliche Wahl, wenn Sie eine saubere API und eine kleine Oberfläche zum Instrumentieren möchten. Es lohnt sich, wenn Ihr Team ohnehin eigene Zustellbarkeitsprüfungen skriptet. SendGrid hat die längste Erfahrung bei großem Volumen und bietet dedizierte IPs an. Dann gehören Reputation und Blocklist-Risiko allein Ihnen. Verzichten Sie darauf, wenn Sie das Warm-up und das Monitoring, die dedizierte IPs verlangen, nicht personell abdecken können. Better Stack deckt die Seite der geplanten Jobs ab: Verfügbarkeitsprüfungen, Alarmierung und Bereitschaftsrouting für das obige Skript. So erreicht eine neue Listung einen Menschen und nicht nur eine Logdatei. ## Wenn Sie gelistet sind, beheben Sie zuerst die Ursache, bevor Sie die Entfernung beantragen Eine Entfernung ohne Ursachenanalyse verschafft Ihnen ein paar Tage. Der Betreiber einer Liste, die dieselbe Adresse mit demselben Verhalten wieder sieht, listet sie erneut, und manche Betreiber verschärfen die Maßnahmen bei wiederholten Listungen. Gehen Sie in dieser Reihenfolge vor: - Stoppen oder drosseln Sie den Versand von der gelisteten IP. Weiterer problematischer Verkehr verlängert die Listung und bringt neue hinzu. - Lesen Sie den Listungseintrag des Betreibers. Viele nennen die Belege, etwa einen Spam-Trap-Treffer, eine Spitze oder eine Missbrauchsmeldung zu einem Relay. - Finden Sie die Quelle. Prüfen Sie Formular-Endpunkte auf offenen Relay-Missbrauch, sehen Sie sich aktuelle Listen-Importe an und prüfen Sie jede neue Integration, die in der letzten Woche zu senden begonnen hat. - Beheben Sie die Ursache und nutzen Sie danach den eigenen Entfernungsprozess des Betreibers. Manche Listen laufen nach einer ruhigen Phase automatisch aus. - Nehmen Sie den Versand mit reduziertem Volumen wieder auf, zuerst an Ihre engagiertesten Empfänger, und beobachten Sie eine Woche lang Beschwerderate und Verzögerungen. Fehlendes Reverse-DNS ist ein wiederkehrender Auslöser. Google zählt gültige PTR-Records zu den Anforderungen für Absender. Eine Versand-IP ohne solchen Eintrag wirkt bei vielen Empfängern als wenig vertrauenswürdig, noch bevor der Inhalt geprüft wird. ### Bauen Sie den Lifecycle-Flow um das Signal herum, nicht um die Liste Wenn Ihr Produkt Aktivierungs-, Abrechnungs- oder Sicherheitsmails verschickt, ist eine Listung für diese Abläufe ein Verfügbarkeitsvorfall. Behandeln Sie sie so: Leiten Sie transaktionale Mails über einen Pfad, der vom Marketing-Volumen isoliert ist, und machen Sie die Trigger-Schicht auf den Zustellstatus aufmerksam. Hängt eine Aktivierungsmail fest, fällt der Flow auf einen Hinweis in der App zurück. Ein Blocklist-Ereignis sollte bestimmen, wohin eine Nachricht geht, nicht ob Ihre Lifecycle-Logik funktioniert. Diese Trennung lohnt sich auch dann, wenn Sie andere Anbieter wählen. ## Was wir diese Woche einrichten würden Drei Dinge, nach Nutzen sortiert. Erstens eine geplante Abfrage mit Zonenvalidierung und einem eigenen Status für `refused`, die von einem Host mit eigenem Resolver läuft. Zweitens die Aufschlüsselung Ihrer Bounces nach Empfängerdomain, damit Sie wissen, welche Listen für Ihren Verkehr zählen. Drittens ein schriftliches Runbook, das mit dem Bounce-Text beginnt und mit dem Entfernungsschritt endet, damit die Person in Bereitschaft nicht improvisieren muss. Welche Ihrer Versanddomains würden Sie einen Tag lang nicht bemerken, wenn sie gelistet wäre? ## FAQ ### Wie führe ich eine E-Mail Blacklist prüfen für meine IP aus? Drehen Sie die Oktette der IP um, hängen Sie eine DNSBL-Zone an und fragen Sie einen A-Record ab. Für 203.0.113.25 gegen Spamhaus ZEN lautet der Befehl dig +short 25.113.0.203.zen.spamhaus.org A. Leere Ausgabe heißt nicht gelistet, eine Antwort 127.x heißt gelistet. ### Warum zeigt meine IP als sauber, aber meine Mails werden trotzdem abgelehnt? Eine Abfrage deckt nur die Listen ab, die Sie geprüft haben. Ablehnungen entstehen oft durch die Reputation des Postfachanbieters, fehlgeschlagene SPF-, DKIM- oder DMARC-Prüfungen oder Ratenbegrenzungen. Keines davon erscheint auf einer öffentlichen Blocklist. Lesen Sie daher zuerst den Bounce-Text. ### Was bedeutet der Spamhaus-Rückgabecode 127.255.255.254? Es ist ein Fehlercode, kein Reputationsergebnis. Spamhaus verwendet ihn, wenn eine Anfrage über einen öffentlichen oder offenen Resolver eingeht. Er sagt nichts über Ihre IP aus und darf nicht als Listung gewertet werden. ### Soll ich neben der Versand-IP auch meine Domain prüfen? Ja. IP-Reputation und Domain-Reputation sind getrennte Signale. Prüfen Sie außerdem die Link-Domains in Ihren Mails, einschließlich Tracking- und Abmelde-Hosts, denn URI-Listen bewerten die Links im Nachrichtentext. ### Wie oft sollte ich Blacklists überwachen? Alle 15 bis 60 Minuten pro Versand-IP und Domain reichen für die meisten Teams. Alarmieren Sie beim Wechsel von nicht gelistet zu gelistet und melden Sie abgelehnte Abfragen gesondert, denn dann ist Ihr Monitoring blind. ### Lohnt es sich, für die Entfernung von Blacklists zu bezahlen? Meist nicht. Die Entfernung ist über die Seite des jeweiligen Listenbetreibers in der Regel kostenlos, und viele Listen einer breiten Mehrfachprüfung spielen für die großen Postfachanbieter kaum eine Rolle. Beheben Sie zuerst die Ursache und beantragen Sie danach die Entfernung.