Wiederherstellung nach DNS-Blocklisten-Eintrag

Beheben Sie die Ursache, bevor Sie eine Entfernung beantragen. Ein erfolgreich abgeschicktes Formular ohne Behebung wirkt bestenfalls vorübergehend und kann spätere Anträge erschweren. Beginnen Sie damit, den betroffenen Traffic zu pausieren, Logs zu sichern, auf kompromittierte Konten oder Anwendungen zu prüfen, die jüngsten Empfänger und Beschwerden durchzusehen und PTR, EHLO, Forward-DNS, SPF, DKIM und DMARC zu bestätigen.

Owlat stellt eine ausgehende IP ausschließlich bei einem bestätigten Spamhaus-Eintrag unter Quarantäne. Prüfungen gegen Barracuda, SpamCop und optional Abusix sind Warnsignale: Gehen Sie ihnen nach, aber sie schnüren dem Pool nicht automatisch die Zufuhr ab. Ein Resolver-Fehler wird niemals als Eintrag oder als Delistung gewertet.

Spamhaus

Öffnen Sie den Spamhaus IP and Domain Reputation Checker aus einem Netz, das der IP zugeordnet ist. Verwenden Sie für einen Entfernungsantrag kein VPN.
Bestimmen Sie die zurückgegebene Liste bzw. den Code. CSS ist 127.0.0.3 über die SBL/Zen-Zone; Antworten der Form 127.255.255.x sind Resolver-/Konfigurationsfehler und keine Einträge.
Prüfen Sie bei CSS, dass ein sinnvoller PTR existiert, dass der PTR vorwärts auf dieselbe IP auflöst, dass das SMTP-EHLO zu diesem Host passt, dass die Maschine nicht kompromittiert ist, dass Wildcard-DNS keine unerwarteten Hosts offenlegt und dass Listenaufbau und Einwilligung sauber sind.
Entfernen Sie bösartige Mail aus der Queue, schließen Sie die Kompromittierung und korrigieren Sie die Listenhygiene.
Erklären Sie im Checker, wodurch der Traffic entstanden ist, was Sie behoben haben, wann Sie es behoben haben und was eine Wiederholung verhindert. Eine Entfernung ist nicht garantiert. CSS läuft nach der letzten Erkennung häufig ab, aber Abwarten ohne Behebung der Ursache ist keine Behebung.

Quellen: Spamhaus-CSS-FAQ, DNSBL-Antwortcodes und Hinweise zum Entfernungsantrag.

Barracuda

Bestätigen Sie die IP in Barracuda Central und untersuchen Sie die Versandursache.
Beheben Sie zuerst die Kompromittierung, das Authentifizierungsproblem oder das Problem mit der Empfängerqualität.
Reichen Sie einen einzigen vollständigen Entfernungsantrag für das Barracuda Reputation System mit gültigem Kontakt und Erläuterung ein. Mehrfachanträge werden ignoriert; Barracuda gibt an, dass vollständige Anträge typischerweise innerhalb von 12 Stunden geprüft werden.

SpamCop

Folgen Sie den Belegen-Links in jedem SpamCop-Report und stoppen Sie die gemeldete Mail.
Prüfen Sie auf ein offenes Relay, eine kompromittierte Zugangsinformation, einen infizierten Host oder eine schlechte Listenquelle; entfernen Sie missbräuchliche Mail aus der Queue.
Die SpamCop Blocking List ist zeitbasiert und delistet automatisch, sobald die Reports aufhören. Suchen Sie nicht nach einer manuellen Abkürzung, die es nicht gibt.

Quellen: SpamCop Blocking List und SpamCop-FAQ zur Entfernung.

Abusix

Abusix ist optional, weil sein produktiver DNS-Namensraum einen 32-stelligen API-Key erfordert. Wenn es aktiviert ist, fragt Owlat es rein als Warnsignal ab.

Öffnen Sie Abusix Lookup and Delisting und sehen Sie sich die konkrete Liste bzw. Begründung an.
Beheben Sie den angezeigten Missbrauch oder das Policy-/rDNS-Problem.
Melden Sie sich an, um die Delistung zu beantragen. Abusix gibt an, dass Entfernungen sofort verarbeitet werden und die DNS-Propagation normalerweise innerhalb von Minuten abgeschlossen ist; eine wiederkehrende Ursache wird beobachtet und führt zu einem erneuten Eintrag.

Quellen: Abusix-Produktionszonen und Delisting-Überblick.

Vorab-IP-Audit

Bevor ein Betreiber Stunden in DNS investiert, auditiert die MTA jede konfigurierte Versandadresse — bei der Installation und danach täglich — und reduziert das Ergebnis auf eines von drei klar formulierten Verdikten:

Verdikt	Bedeutung
`clean`	Nichts blockiert die Einrichtung; fahren Sie mit SPF, DKIM und DMARC fort.
`action_required`	Die Adresse kann funktionieren, sobald die aufgeführten Punkte behoben sind.
`unusable`	Diese Adresse wird nicht funktionieren; bitten Sie den Provider um eine andere.

Das Audit deckt vier Dinge ab: ausgehendes TCP/25-Egress (gegen mehrere unabhängige MX-Hosts geprüft, weil die meisten Provider es blockieren, indem sie Pakete verwerfen statt sie abzulehnen), die Blocklisten — Spamhaus ZEN, dekodiert nach SBL/CSS/XBL/PBL/DROP, Barracuda, SpamCop, SORBS sowie die zugangsdatengeschützten Feeds von Invaluement und Abusix —, Forward-Confirmed Reverse DNS und eine Stichprobe des umgebenden /24. Eine Nachbarschaft, in der die meisten der geprüften Adressen gelistet sind, wird als unusable behandelt: IP-lastige Filter bewerten den Bereich, nicht nur die einzelne Adresse.

Zwei Regeln halten das Ganze ehrlich. Ein Resolver, der nicht antwortet, ergibt unknown, niemals clean; das Verdikt bittet dann um einen erneuten Lauf, und der Report wird als Report mit geringer Konfidenz markiert. Und ein Feed, dessen Zugangsdaten fehlen, wird schlicht übersprungen — er senkt weder das Verdikt noch löst er eine Warnung aus.

GET /ip-audit liefert die gespeicherten Audits, wobei jedem gefundenen Eintrag ein Delisting-Assistent beigefügt ist: die zonenspezifische Entfernungs-URL, die aus jüngsten Versandmetriken abgeleitete wahrscheinliche Ursache und ein vorausgefüllter Entfernungsantrag. POST /ip-audit/run fordert einen frischen Durchlauf an, liefert dabei aber einen Durchlauf der letzten Minuten aus, statt erneut zu prüfen (jeder Lauf öffnet TCP/25-Verbindungen von der Versand-IP aus). Das Audit ist durchweg beratend: Es stellt niemals eine Adresse unter Quarantäne und blockiert niemals einen Versand. Das tut nur der ausgelieferte DNSBL-Durchlauf, und auch nur bei einem bestätigten Spamhaus-Eintrag.

Bevor Sie einen VPS wählen

GET /ip-audit/provider-note/:provider liefert eine kurze, sachliche Notiz je Provider: ob der ausgehende Port 25 offen ist, nach einer gewissen Kontolaufzeit beantragt werden muss oder rundweg blockiert ist, und ob die Bereiche dieses Providers üblicherweise bereits gelistet ankommen.

Im Installer

owlat-setup doctor liest GET /ip-audit und gibt je Versandadresse eine SEND-PATH-Zeile aus: die Verdikt-Überschrift, die nächste Maßnahme und die Entfernungs-URL für jeden gefundenen Eintrag. Eine unusable-Adresse lässt doctor fehlschlagen, damit der Installer nicht stillschweigend mit einer Adresse fortfährt, die nie zustellen wird; action_required gibt den Delisting-Pfad aus und besteht die Prüfung. Hat die MTA noch nichts auditiert oder ist der Endpunkt nicht erreichbar, gibt doctor nichts aus — das Audit ist beratend, und sein Fehlen ist eine unterstützte Konfiguration.