Die DNS-Konfiguration ist das unsichtbare Fundament der Zustellbarkeit von Cold E-Mails. Während sich die meisten Cold-E-Mail-Praktiker auf Betreffzeilen, Texte und Versandpläne konzentrieren, entscheidet die technische Infrastruktur darunter darüber, ob Ihre E-Mails überhaupt den Posteingang erreichen. Falsch konfigurierte DNS-Einträge sind für mehr Zustellungsfehler verantwortlich als jeder andere einzelne Faktor, und dennoch werden sie von der Mehrheit der Cold-E-Mail-Versender kaum verstanden.
Dieser technische Leitfaden bietet einen umfassenden Deep-Dive in die DNS-Konfiguration für Cold E-Mail. Wir untersuchen jeden Eintragstyp im Detail, erkunden die Authentifizierungsprotokolle, die Ihre Versandreputation schützen, beheben häufige Propagierungsprobleme und demonstrieren Verifizierungsmethoden, die sicherstellen, dass Ihre Infrastruktur produktionsbereit ist. Egal, ob Sie Ihre erste Cold-E-Mail-Domain einrichten oder Hunderte von Domains skaliert verwalten, dieser Leitfaden vermittelt Ihnen das technische Wissen für eine konsistente Platzierung im Posteingang.
Das Domain Name System (DNS) fungiert als Adressbuch des Internets und übersetzt für Menschen lesbare Domainnamen in maschinenlesbare IP-Adressen. Für E-Mail erfüllt DNS einen zusätzlichen, entscheidenden Zweck: Es teilt empfangenden Mailservern mit, welche Server berechtigt sind, E-Mails im Namen Ihrer Domain zu senden, und wie diese Nachrichten authentifiziert werden. Das Verständnis der vier primären Eintragstypen, die für Cold E-Mail unerlässlich sind, ist der erste Schritt zu einer korrekten Konfiguration.
MX-Einträge legen fest, welche Mailserver für den Empfang von E-Mails Ihrer Domain zuständig sind. Obwohl sie primär für eingehende Post verwendet werden, sind MX-Einträge für die Glaubwürdigkeit von Cold E-Mails unerlässlich. Spam-Filter prüfen routinemäßig, ob eine sendende Domain gültige MX-Einträge hat, da Domains ohne solche Einträge keine Antworten empfangen können und oft mit Spam-Operationen in Verbindung gebracht werden.
Ein MX-Eintrag besteht aus zwei Komponenten: einem Prioritätswert und einem Mailserver-Hostnamen. Niedrigere Prioritätszahlen bedeuten eine höhere Präferenz, wodurch Sie primäre und Backup-Mailserver konfigurieren können.
# MX Record Example example.com. IN MX 10 mail.example.com. example.com. IN MX 20 mail-backup.example.com. # Google Workspace MX Records example.com. IN MX 1 ASPMX.L.GOOGLE.COM. example.com. IN MX 5 ALT1.ASPMX.L.GOOGLE.COM. example.com. IN MX 5 ALT2.ASPMX.L.GOOGLE.COM. example.com. IN MX 10 ALT3.ASPMX.L.GOOGLE.COM. example.com. IN MX 10 ALT4.ASPMX.L.GOOGLE.COM.
SPF-Einträge legen fest, welche IP-Adressen und Mailserver berechtigt sind, E-Mails im Namen Ihrer Domain zu senden. Wenn ein empfangender Server eine E-Mail erhält, die vorgibt, von Ihrer Domain zu stammen, prüft er Ihren SPF-Eintrag, um zu verifizieren, dass der sendende Server legitim ist. Dies verhindert, dass Spammer Ihre Domain in ihrer "From"-Adresse fälschen.
SPF-Einträge werden als TXT-Einträge in Ihrem DNS veröffentlicht. Sie verwenden eine spezifische Syntax mit Mechanismen (wie "ip4", "include" und "a") und Qualifizierern, die festlegen, wie mit übereinstimmenden und nicht übereinstimmenden Absendern umgegangen wird.
# Basic SPF Record Structure v=spf1 [mechanisms] [qualifier]all # SPF Record for Google Workspace v=spf1 include:_spf.google.com ~all # SPF Record with Multiple Sending Sources v=spf1 include:_spf.google.com include:sendgrid.net ip4:192.168.1.1 ~all # SPF Qualifiers: # +all = Pass (allow all - not recommended) # -all = Hard Fail (reject unauthorized senders) # ~all = Soft Fail (accept but mark as suspicious) # ?all = Neutral (no policy)
DKIM fügt Ihren ausgehenden E-Mails eine kryptografische Signatur hinzu, die beweist, dass die Nachricht tatsächlich von Ihrer Domain gesendet und während der Übertragung nicht verändert wurde. Der sendende Server signiert die E-Mail mit einem privaten Schlüssel, und empfangende Server verifizieren die Signatur mit einem öffentlichen Schlüssel, der in Ihrem DNS veröffentlicht ist.
DKIM-Einträge werden als TXT-Einträge an einer bestimmten Subdomain veröffentlicht, die einen Selektor enthält (einen beliebigen Bezeichner für das Schlüsselpaar). Dieses Selektor-System ermöglicht es Ihnen, Schlüssel zu rotieren, ohne die E-Mail-Zustellung zu unterbrechen, und unterschiedliche Schlüssel für verschiedene Versanddienste zu verwenden.
# DKIM Record Location [selector]._domainkey.example.com # Google Workspace DKIM Record Example google._domainkey.example.com. IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqhki..." # DKIM Record Components: # v=DKIM1 - DKIM version # k=rsa - Key type (RSA is standard) # p=... - Public key (base64 encoded) # t=s - Optional: strict mode (subdomain signing) # t=y - Optional: testing mode
DMARC baut auf SPF und DKIM auf, indem es eine Richtlinienebene hinzufügt, die empfangenden Servern mitteilt, was zu tun ist, wenn E-Mails die Authentifizierung nicht bestehen. Es bietet außerdem einen Berichtsmechanismus, der Ihnen Daten über E-Mails sendet, die vorgeben, von Ihrer Domain zu stammen, ob legitim oder betrügerisch.
DMARC ist unerlässlich, weil es das Konzept des "Alignments" einführt, das erfordert, dass die Domain im sichtbaren "From"-Header mit der durch SPF oder DKIM authentifizierten Domain übereinstimmt. Dies schließt eine Lücke, die es Spammern erlaubte, SPF/DKIM zu bestehen, während sie dennoch die angezeigte Absenderadresse fälschten.
# DMARC Record Location _dmarc.example.com # Basic DMARC Record (Monitoring Mode) v=DMARC1; p=none; rua=mailto:dmarc@example.com # Recommended DMARC Record for Cold Email v=DMARC1; p=quarantine; sp=quarantine; pct=100; rua=mailto:dmarc@example.com # Strict DMARC Record (Full Protection) v=DMARC1; p=reject; sp=reject; adkim=s; aspf=s; rua=mailto:dmarc@example.com # DMARC Policy Options: # p=none - Monitor only (no action on failures) # p=quarantine - Send to spam folder # p=reject - Reject the email entirely # Additional Tags: # sp= - Subdomain policy # pct= - Percentage of messages to apply policy # adkim= - DKIM alignment mode (s=strict, r=relaxed) # aspf= - SPF alignment mode (s=strict, r=relaxed) # rua= - Aggregate report destination # ruf= - Forensic report destination
Zu verstehen, wie SPF, DKIM und DMARC zusammenarbeiten, ist entscheidend für die Diagnose von Zustellbarkeitsproblemen. Wenn Sie eine Cold E-Mail senden, führt der empfangende Server eine Reihe von Prüfungen in einer bestimmten Reihenfolge durch, und die Ergebnisse jeder Prüfung fließen in die gesamte Authentifizierungsentscheidung ein.
Der empfangende Server extrahiert die Domain aus der MAIL-FROM-Adresse (Envelope-Sender) und fragt den SPF-Eintrag dieser Domain ab. Anschließend prüft er, ob die verbindende IP-Adresse durch den SPF-Eintrag autorisiert ist. Das Ergebnis ist eines von: pass, fail, softfail, neutral, none, temperror oder permerror.
Der empfangende Server untersucht den DKIM-Signature-Header in der E-Mail, extrahiert den Selektor und die signierende Domain, ruft den entsprechenden öffentlichen Schlüssel aus dem DNS ab und verifiziert die kryptografische Signatur. Wenn die Signatur mit dem E-Mail-Inhalt und den Headern übereinstimmt, besteht DKIM.
DMARC wertet sowohl die SPF- als auch die DKIM-Ergebnisse aus, fügt aber eine Alignment-Anforderung hinzu. Die Domain im sichtbaren "From"-Header muss entweder mit der SPF-authentifizierten Domain oder der DKIM-signierenden Domain übereinstimmen (je nach Alignment-Modus-Einstellungen). Wenn mindestens eine mit korrektem Alignment besteht, besteht DMARC. Die DMARC-Richtlinie bestimmt dann, was mit E-Mails geschieht, die diese Auswertung nicht bestehen.
"Authentifizierungsfehler sind stille Killer bei Cold E-Mail. Ihre E-Mails verschwinden in Spam-Ordnern ohne Bounce-Benachrichtigung, ohne Fehlermeldung, ohne Hinweis darauf, dass etwas nicht stimmt. Wenn Sie sinkende Antwortraten bemerken, könnten bereits Wochen an Outreach verschwendet worden sein."
Die DNS-Propagierung ist der Prozess, durch den sich Änderungen an DNS-Einträgen über das Netzwerk der rekursiven Resolver des Internets verbreiten. Wenn Sie einen DNS-Eintrag aktualisieren, erscheint er nicht sofort überall. Verschiedene Server auf der ganzen Welt sehen die alten und neuen Einträge zu unterschiedlichen Zeiten, was während der Übergangsphase zu vorübergehenden Authentifizierungsfehlern führen kann.
TTL ist der Wert (in Sekunden), der DNS-Resolvern mitteilt, wie lange ein Eintrag zwischengespeichert werden soll, bevor auf Aktualisierungen geprüft wird. Ein TTL von 3600 bedeutet, dass Resolver den Eintrag eine Stunde lang zwischenspeichern. Niedrigere TTL-Werte bedeuten eine schnellere Propagierung von Änderungen, führen aber zu mehr DNS-Abfragen. Höhere TTL-Werte reduzieren den DNS-Verkehr, verlangsamen aber die Propagierung.
Für E-Mail-Authentifizierungseinträge empfehlen wir die folgenden TTL-Werte:
Problem 1: Änderungen erscheinen nach der erwarteten Zeit nicht Überprüfen Sie zunächst, ob die Änderungen bei Ihrem DNS-Anbieter korrekt gespeichert wurden. Prüfen Sie dann mit mehreren DNS-Lookup-Tools von verschiedenen geografischen Standorten aus. Wenn die autoritativen Nameserver die korrekten Einträge anzeigen, andere Resolver aber nicht, handelt es sich um eine normale Propagierungsverzögerung.
Problem 2: Inkonsistente Ergebnisse zwischen Resolvern Während der Propagierung haben verschiedene Resolver unterschiedliche zwischengespeicherte Versionen. Dies ist erwartetes Verhalten. Vermeiden Sie es, wichtige Kampagnen unmittelbar nach DNS-Änderungen zu versenden. Warten Sie mindestens das 2-fache des vorherigen TTL-Werts, um eine breite Propagierung sicherzustellen.
Problem 3: API-Ratenlimits des DNS-Anbieters Wenn Sie mehrere Domains programmatisch konfigurieren, können Sie an API-Ratenlimits stoßen. Verteilen Sie Ihre Anfragen zeitlich und implementieren Sie exponentielles Backoff. InboxOne handhabt dies automatisch mit intelligenter Anfrage-Warteschlangenverwaltung.
# Check DNS propagation from command line # Query MX records dig MX example.com +short nslookup -type=mx example.com # Query SPF record (TXT) dig TXT example.com +short nslookup -type=txt example.com # Query DKIM record dig TXT selector._domainkey.example.com +short # Query DMARC record dig TXT _dmarc.example.com +short # Query specific nameserver (bypass local cache) dig @8.8.8.8 TXT example.com +short # Check TTL remaining dig example.com +noall +answer
Bevor Sie Cold E-Mails von einer neu konfigurierten Domain senden, müssen Sie überprüfen, dass alle Authentifizierungseinträge korrekt konfiguriert und propagiert sind. Diesen Schritt zu überspringen ist eine der häufigsten Ursachen für Zustellbarkeitskatastrophen. Ein einziger falsch konfigurierter Eintrag kann die Posteingangsplatzierungsrate Ihrer gesamten Kampagne ruinieren.
Mehrere kostenlose Online-Tools können Ihre DNS-Konfiguration überprüfen:
Die zuverlässigste Verifizierungsmethode besteht darin, eine Test-E-Mail zu senden und die Authentifizierungsergebnisse in den E-Mail-Headern zu analysieren. Gmail zeigt beispielsweise die Authentifizierungsergebnisse direkt in der E-Mail an, wenn Sie auf "Original anzeigen" klicken. Achten Sie auf diese Header:
# Email Authentication Headers to Check Authentication-Results: mx.google.com; dkim=pass header.i=@example.com header.s=selector header.b=abc123; spf=pass (google.com: domain of sender@example.com designates 192.168.1.1 as permitted sender) smtp.mailfrom=sender@example.com; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=example.com # What to look for: # dkim=pass - DKIM signature verified successfully # spf=pass - Sending IP is authorized by SPF record # dmarc=pass - DMARC evaluation passed (SPF/DKIM aligned) # Common failure indicators: # dkim=fail (signature verification failed) # spf=softfail (IP not in SPF, but soft fail policy) # dmarc=fail (alignment failure or policy violation)
Die manuelle Verifizierung funktioniert für die Ersteinrichtung, aber eine laufende Überwachung ist für die Aufrechterhaltung der Zustellbarkeit unerlässlich. DNS-Einträge können versehentlich gelöscht werden, ablaufen oder aufgrund von Anbieteränderungen ungültig werden. Automatisierte Überwachung erkennt diese Probleme, bevor sie Ihre Kampagnen beeinträchtigen.
Zu den wichtigen zu überwachenden Metriken gehören die Gültigkeit des SPF-Eintrags und die Anzahl der Lookups (max. 10 Lookups), das Vorhandensein und die kryptografische Gültigkeit des DKIM-Schlüssels, die Konsistenz der DMARC-Richtlinie und die Berichtszustellung sowie die Verfügbarkeit von MX-Einträgen und die Antwortzeiten.
Selbst erfahrene Systemadministratoren machen DNS-Konfigurationsfehler. Diese Fehler bleiben oft wochen- oder monatelang unbemerkt, weil E-Mail "irgendwie funktioniert" - Nachrichten werden zugestellt, aber mit reduzierten Raten. Hier sind die häufigsten Fehler und wie man sie vermeidet.
Mehr als einen SPF-Eintrag auf einer Domain zu haben, führt zu einem sofortigen Authentifizierungsfehler. Die SPF-Spezifikation besagt, dass eine Domain NICHT mehrere SPF-Einträge haben darf. Wenn Sie zusätzliche sendende Quellen autorisieren müssen, fügen Sie diese über den Mechanismus "include" zu Ihrem bestehenden SPF-Eintrag hinzu.
SPF-Einträge können Verweise auf andere Einträge enthalten (über "include", "redirect", "a", "mx" usw.), aber die Gesamtzahl der DNS-Lookups während der SPF-Auswertung darf 10 nicht überschreiten. Jeder "include"-Mechanismus zählt als ein Lookup, und verschachtelte Includes zählen zur Gesamtzahl. Die Überschreitung dieses Limits führt dazu, dass SPF einen permanenten Fehler zurückgibt.
DKIM-Schlüssel, die kleiner als 1024 Bit sind, gelten als unsicher und können bei einigen Empfängern Authentifizierungsfehler verursachen. Verwenden Sie 2048-Bit-Schlüssel für optimale Sicherheit und Kompatibilität. Einige ältere DNS-Anbieter haben aufgrund von Längenbeschränkungen bei TXT-Einträgen Probleme mit 2048-Bit-Schlüsseln; in diesen Fällen muss der Schlüssel auf mehrere Strings aufgeteilt werden.
Mit einer "reject"-DMARC-Richtlinie zu beginnen, bevor Sie Ihre E-Mail-Flüsse verifiziert haben, ist ein Rezept für eine Katastrophe. Beginnen Sie mit "none", um Berichte zu sammeln und legitime sendende Quellen zu identifizieren, die Sie möglicherweise vergessen haben. Gehen Sie zum Testen zu "quarantine" über und dann zu "reject", sobald Sie sicher sind, dass alle legitimen E-Mails korrekt authentifiziert werden.
SPF- und DMARC-Richtlinien auf Ihrer Root-Domain gelten nicht automatisch für Subdomains. Wenn Sie von Subdomains senden (wie mail.example.com), benötigt jede Subdomain ihren eigenen SPF-Eintrag. Für DMARC können Sie den "sp"-Tag verwenden, um eine Subdomain-Richtlinie festzulegen, oder separate DMARC-Einträge für jede Subdomain erstellen.
Obwohl das Verständnis der DNS-Konfiguration wertvoll ist, ist die Realität, dass manuelles DNS-Management nicht skaliert. Agenturen, die Dutzende oder Hunderte von Cold-E-Mail-Domains verwalten, können es sich nicht leisten, Authentifizierungseinträge für jede einzelne manuell zu konfigurieren und zu überwachen. Hier wird das automatisierte DNS-Management von InboxOne unerlässlich.
Wenn Sie eine Domain über InboxOne kaufen oder eine bestehende Domain verbinden, konfiguriert unser System automatisch alle erforderlichen DNS-Einträge. SPF-, DKIM-, DMARC- und MX-Einträge werden innerhalb von Minuten mit optimalen Einstellungen erstellt. Es sind keine manuellen Bearbeitungen erforderlich und kein Rätselraten über das Propagierungs-Timing.
InboxOne unterstützt sowohl Cloudflare als auch ClouDNS für das DNS-Management. Unsere API-Integrationen mit diesen Anbietern stellen sicher, dass Einträge korrekt erstellt werden, TTL-Werte optimiert sind und alle anbieterspezifischen Eigenheiten automatisch gehandhabt werden.
InboxOne Protect überwacht die DNS-Gesundheit Ihrer Domain rund um die Uhr. Wenn ein Eintrag versehentlich gelöscht, falsch geändert wird oder die Validierung nicht besteht, erkennt unser System das Problem innerhalb von Minuten und repariert es automatisch. Sie erhalten Benachrichtigungen über auftretende Probleme, aber in den meisten Fällen ist das Problem behoben, bevor Sie die Warnung überhaupt sehen.
Für Agenturen, die im großen Maßstab arbeiten, bietet InboxOne Massenoperationen, die DNS für Dutzende von Domains gleichzeitig konfigurieren. Unser intelligentes Warteschlangensystem handhabt API-Ratenlimits, verfolgt den Propagierungsstatus über alle Domains hinweg und meldet, wann jede Domain einsatzbereit ist. Dies verwandelt das, was Stunden manueller Arbeit wäre, in wenige Minuten Überwachung.
"Die DNS-Konfiguration war früher der mühsamste Teil beim Aufbau neuer Cold-E-Mail-Domains. Mit InboxOne denke ich buchstäblich nie mehr daran. Domains sind innerhalb von Minuten nach dem Kauf bereit zum Aufwärmen, mit jedes Mal perfekter Authentifizierung."
- Inhaber einer Cold-E-Mail-Agentur
Egal, ob Sie DNS manuell oder mit automatisierten Tools konfigurieren, das Befolgen dieser Best Practices gewährleistet eine optimale Zustellbarkeit für Ihre Cold-E-Mail-Kampagnen.
Die DNS-Konfiguration ist das technische Fundament, das darüber entscheidet, ob Ihre Cold E-Mails den Posteingang erreichen oder im Spam verschwinden. Zu verstehen, wie MX-, SPF-, DKIM- und DMARC-Einträge zusammenarbeiten, gibt Ihnen das Wissen, Zustellbarkeitsprobleme zu diagnostizieren und sicherzustellen, dass Ihre Infrastruktur korrekt konfiguriert ist.
Manuelles DNS-Management wird jedoch mit zunehmender Skalierung immer unpraktischer. Die Zeit, die für die Konfiguration von Einträgen, die Behebung von Propagierungsproblemen und die Überwachung auf Probleme aufgewendet wird, ist Zeit, die nicht für den eigentlichen Betrieb Ihrer Kampagnen zur Verfügung steht. Deshalb existieren Plattformen wie InboxOne: um die technische Komplexität zu bewältigen, damit Sie sich auf das Wichtigste konzentrieren können - das Verfassen großartiger Outreach und das Wachstum Ihres Unternehmens.
Egal, ob Sie sich für die manuelle Verwaltung von DNS oder die Nutzung von Automatisierung entscheiden, die Prinzipien in diesem Leitfaden helfen Ihnen, die Authentifizierungsinfrastruktur aufrechtzuerhalten, die moderne E-Mail-Zustellbarkeit erfordert. Ihre Cold E-Mails verdienen es, den Posteingang zu erreichen. Eine korrekte DNS-Konfiguration stellt sicher, dass sie es tun.
Die DNS-Propagierung dauert üblicherweise zwischen 15 Minuten und 48 Stunden, abhängig von den TTL-Einstellungen (Time to Live) und dem DNS-Anbieter. Bei Anbietern wie Cloudflare werden Änderungen oft innerhalb von 5-15 Minuten propagiert. Die automatische Konfiguration von InboxOne sorgt für optimale TTL-Einstellungen und damit für eine schnellere Propagierung.
Nein, Sie sollten nur einen SPF-Eintrag pro Domain haben. Mehrere SPF-Einträge führen zu Authentifizierungsfehlern, weil empfangende Server nicht wissen, welchen sie verwenden sollen. Wenn Sie mehrere sendende Quellen autorisieren müssen, kombinieren Sie diese über den Mechanismus 'include' zu einem einzigen SPF-Eintrag.
DMARC erfordert Alignment, das heißt, die Domain im 'From'-Header muss entweder mit der SPF-authentifizierten Domain oder der DKIM-signierenden Domain übereinstimmen. Wenn das Alignment fehlschlägt, selbst wenn SPF oder DKIM einzeln bestehen, wird DMARC fehlschlagen. Deshalb ist die korrekte Konfiguration aller drei Protokolle unerlässlich.
Obwohl MX-Einträge in erster Linie für den Empfang von E-Mails gedacht sind, ist ihre Konfiguration für die Glaubwürdigkeit von Cold E-Mails wichtig. Viele Spam-Filter prüfen auf MX-Einträge als Zeichen für eine legitime Domain. Eine Domain ohne MX-Einträge kann als verdächtig markiert werden, da sie keine Antworten empfangen kann.
InboxOne konfiguriert automatisch SPF-, DKIM-, DMARC- und MX-Einträge für alle Domains, die über die Plattform gekauft oder verbunden werden. Über die API-Integration mit Cloudflare oder ClouDNS werden Einträge innerhalb von Minuten und ohne manuelles Eingreifen erstellt. Unser System überwacht zudem die DNS-Gesundheit rund um die Uhr und behebt Probleme automatisch.
Ein Soft Fail (~all) weist empfangende Server an, E-Mails, die SPF nicht bestehen, zu akzeptieren, aber als verdächtig zu markieren, während ein Hard Fail (-all) die Server anweist, E-Mails direkt abzulehnen. Für Cold E-Mail wird empfohlen, während des Aufwärmens mit Soft Fail zu beginnen und dann auf Hard Fail umzustellen, sobald Ihre Versandreputation etabliert ist.
Sie können DNS-Einträge mit Tools wie MXToolbox, Google Admin Toolbox oder Kommandozeilen-Dienstprogrammen wie dig und nslookup überprüfen. InboxOne bietet eine integrierte DNS-Verifizierung, die automatisch alle Authentifizierungseinträge prüft und Sie auf Probleme aufmerksam macht, bevor sie die Zustellbarkeit beeinträchtigen.