Wie funktioniert der KI-Delisting-Agent?

Unser autonomer KI-Agent analysiert jede Blacklist-Listung, recherchiert die optimale Delisting-Methode und fuehrt sie selbststaendig aus: Self-Service-Formulare werden automatisch ausgefuellt, E-Mail-Anfragen verfasst und gesendet, und bei Auto-Expire-Listen wird intelligent gewartet. Der Agent lernt aus jedem Vorgang und verbessert sich kontinuierlich.

Wie entferne ich meine IP von einer Blacklist?

Mit Provider.tools pruefen Sie Ihre IP gegen 120+ Blacklists. Wird Ihre IP gelistet, startet unser KI-Delisting-Agent den Entfernungsprozess automatisch. Sie muessen nichts manuell tun — der Agent recherchiert die Delisting-Methode, fuellt Formulare aus oder sendet E-Mails im Ihrem Namen. Ab dem Professional-Plan verfuegbar.

Was ist DMARC und warum brauche ich die KI-Bedrohungsanalyse?

DMARC (Domain-based Message Authentication, Reporting and Conformance) schuetzt Ihre Domain vor E-Mail-Spoofing und Phishing. Unser DMARC Analyzer verarbeitet automatisch Aggregate- und Forensic-Reports. Die KI-Bedrohungsanalyse erkennt verdaechtige Muster wie unautorisierte Absender, fehlgeschlagene SPF/DKIM-Pruefungen und potenzielle Phishing-Versuche — und empfiehlt konkrete Gegenmassnahmen.

Was testet der E-Mail-Tester genau?

Der Provider.tools E-Mail-Tester prueft: SPF-Record und -Alignment, DKIM-Signatur und -Validierung, DMARC-Policy, Spam-Score (SpamAssassin-kompatibel), Mailserver-Konfiguration (MX, PTR, HELO), Blacklist-Status der sendenden IP, TLS-Verschluesselung und Header-Analyse. Sie erhalten eine detaillierte Bewertung mit konkreten Verbesserungsvorschlaegen.

Auf welchen Blacklists wird meine IP geprueft?

Provider.tools prueft ueber 120 DNS-basierte Blacklists (DNSBL/RBL), darunter: Spamhaus (SBL, XBL, PBL, ZEN), Barracuda, SORBS, SpamCop, UCEPROTECT (Level 1-3), Abuseat, Invaluement, JustSpam und viele weitere. Sowohl IPv4 als auch IPv6 Adressen werden unterstuetzt.

Ist Provider.tools DSGVO-konform?

Ja, vollstaendig. Server-Hosting in Deutschland, KI-Verarbeitung ueber Mistral AI in der EU (OVH AI Endpoints), verschluesselte Datenuebertragung (TLS 1.3), strikte Datensparsamkeit und keine Weitergabe an Dritte ausserhalb der EU. Sensible Daten wie IPs und E-Mail-Adressen werden ausschliesslich auf EU-Servern verarbeitet.

Wie oft wird meine IP im Monitoring geprueft?

Im IP-Monitoring wird Ihre IP standardmaessig stuendlich gegen alle 120+ Blacklists geprueft. Bei einer neuen Listung erhalten Sie sofort eine Benachrichtigung per E-Mail. Das Pruefintervall ist von 1 Stunde bis 7 Tage konfigurierbar.

SPF (Sender Policy Framework)

Vollständiger Leitfaden zu SPF: Record-Syntax, Mechanismen, Qualifier, das 10-Lookup-Limit und häufige Fehler.

Was ist SPF?

SPF (Sender Policy Framework) ist ein E-Mail-Authentifizierungsprotokoll, definiert in RFC 7208. Es ermöglicht Domain-Inhabern festzulegen, welche Mailserver berechtigt sind, E-Mails im Namen ihrer Domain zu versenden.

SPF funktioniert durch die Veröffentlichung eines DNS TXT Records, der die IP-Adressen, Hostnamen und Drittanbieterdienste auflistet, die zum E-Mail-Versand für die Domain autorisiert sind. Wenn ein empfangender Mailserver eine E-Mail erhält, prüft er die IP des Absenders gegen den SPF Record der Domain im Envelope Sender (MAIL FROM / Return-Path).

Wie SPF funktioniert

Sie veröffentlichen einen SPF Record im DNS Ihrer Domain: v=spf1 ip4:203.0.113.0/24 include:_spf.google.com ~all
Ein Empfänger erhält eine E-Mail mit Return-Path: user@ihredomain.com
Der Empfänger fragt DNS nach ihredomain.com TXT ab und findet den SPF Record
Der Empfänger prüft, ob die verbindende IP mit einer autorisierten Quelle übereinstimmt
Ergebnis: pass, fail, softfail, neutral, temperror oder permerror

SPF Record Syntax

Ein SPF Record beginnt immer mit v=spf1 und enthält einen oder mehrere Mechanismen, denen jeweils optional ein Qualifier vorangestellt ist.

Mechanismen

Mechanismus	Beschreibung	Beispiel
`ip4`	IPv4-Adresse oder CIDR-Bereich zuordnen	`ip4:203.0.113.0/24`
`ip6`	IPv6-Adresse oder -Bereich zuordnen	`ip6:2001:db8::/32`
`a`	A Record der Domain zuordnen	`a` oder `a:mail.example.com`
`mx`	MX Records der Domain zuordnen	`mx` oder `mx:example.com`
`include`	SPF Record einer anderen Domain einbinden	`include:_spf.google.com`
`exists`	Prüfen, ob ein DNS A Record existiert	`exists:%{i}.spf.example.com`
`all`	Catch-all (trifft immer zu)	`-all` (Hard Fail für alles andere)
`redirect`	SPF Record einer anderen Domain vollständig verwenden	`redirect=_spf.example.com`

Qualifier

Qualifier	Bedeutung	Ergebnis	Empfehlung
`+` (Standard)	Pass	Autorisierter Absender	Für bekannte Absender verwenden
`-`	Hard Fail	Nicht autorisiert, ablehnen	Mit `-all` verwenden, wenn sicher
`~`	Soft Fail	Verdächtig, markieren aber akzeptieren	Während der Einführungsphase verwenden
`?`	Neutral	Keine Aussage	Selten verwendet

Praxisbeispiele

# Einfach: Nur Google Workspace
v=spf1 include:_spf.google.com -all

# Mehrere Dienste: Google + Mailchimp + eigener Server
v=spf1 ip4:198.51.100.10 include:_spf.google.com include:servers.mcsv.net -all

# Soft Fail während des Rollouts (Monitoring-Phase)
v=spf1 include:_spf.google.com include:amazonses.com ~all

Das 10 DNS Lookup Limit

Eines der häufigsten und kritischsten SPF-Probleme ist das 10 DNS Lookup Limit. RFC 7208 legt fest, dass die SPF-Auswertung nicht mehr als 10 DNS Lookups erfordern darf. Wenn Ihr SPF Record dieses Limit überschreitet, ist das Ergebnis permerror — und viele Empfänger werten dies als Fehler.

Was zählt als Lookup?

Mechanismus	Lookups	Hinweise
`include:`	1 + verschachtelt	Jedes Include ist 1 Lookup, plus alle Lookups innerhalb des eingebundenen Records
`a`	1	DNS A Record Abfrage
`mx`	1 + MX-Anzahl	MX Lookup, dann A Lookups für jeden MX-Server
`redirect=`	1	Zählt als 1 Lookup
`exists:`	1	DNS A Record Existenzprüfung
`ip4:`	0	Kein DNS Lookup nötig
`ip6:`	0	Kein DNS Lookup nötig

Wie man „Too Many Lookups" löst

Includes flatten: Ersetzen Sie include: durch die tatsächlichen IP-Bereiche. Nutzen Sie SPF Flattening Tools.
Unbenutzte Dienste entfernen: Prüfen Sie, welche Drittanbieter-Sender Sie tatsächlich verwenden.
ip4/ip6 direkt verwenden: Diese zählen nicht zum Limit.
Subdomains verwenden: Senden Sie Marketing-E-Mails von marketing.example.com mit eigenem SPF Record.
mx und a vermeiden: Diese verschwenden oft Lookups; verwenden Sie stattdessen direkt ip4:.

Warnung: SPF Flattening erfordert Wartungsaufwand — wenn ein eingebundener Dienst seine IP-Bereiche ändert, wird Ihr geflatteter Record veraltet. Erwägen Sie automatisierte Flattening-Dienste, die regelmäßig aktualisieren.

Häufige SPF-Probleme & Lösungen

Problem 1: Mehrere SPF Records

Eine Domain darf genau einen SPF Record haben. Zwei oder mehr SPF TXT Records führen zu einem permerror.

# FALSCH: Zwei separate Records
v=spf1 include:_spf.google.com -all
v=spf1 include:amazonses.com -all

# RICHTIG: In einem kombiniert
v=spf1 include:_spf.google.com include:amazonses.com -all

Problem 2: Überschreitung des 255-Zeichen-String-Limits

DNS TXT Records haben ein 255-Byte-String-Limit. Für längere SPF Records teilen Sie den Inhalt in mehrere Strings innerhalb desselben Records auf (DNS verkettet automatisch).

Problem 3: Verwendung von `+all`

Verwenden Sie niemals +all — das autorisiert das gesamte Internet, E-Mails als Ihre Domain zu versenden. Verwenden Sie immer -all oder ~all.

Problem 4: Drittanbieter-Sender vergessen

Häufige Drittanbieterdienste, die in Ihrem SPF Record enthalten sein müssen:

Google Workspace: include:_spf.google.com
Microsoft 365: include:spf.protection.outlook.com
Amazon SES: include:amazonses.com
Mailchimp: include:servers.mcsv.net
SendGrid: include:sendgrid.net
Zendesk: include:mail.zendesk.com
Salesforce: include:_spf.salesforce.com
HubSpot: include:_spf.hubspot.net

Problem 5: SPF bestanden, aber DMARC fehlgeschlagen

SPF prüft den Envelope Sender (Return-Path), nicht den sichtbaren Absender (From:). Wenn diese nicht übereinstimmen, besteht SPF, aber das DMARC Alignment schlägt fehl. Dies ist häufig bei Drittanbieter-Sendern, die ihre eigene Return-Path-Domain verwenden.