So richten Sie SPF, DKIM und DMARC bei DreamHost ein
Ihre Domain ist bei DreamHost gehostet, E-Mails werden versendet, aber die Antworten Ihrer Kunden landen im Spam-Ordner, die über Ihr WordPress-Kontaktformular gesendeten Nachrichten verschwinden, und E-Mails aus Google Workspace werden mit Authentifizierungsfehlern zurückgewiesen.
Die Ursache liegt fast immer in der E-Mail-Authentifizierung, genauer gesagt in einem fehlenden, unvollständigen oder falsch konfigurierten SPF-Eintrag nach der Einbindung eines E-Mail-Dienstes eines Drittanbieters.
DreamHost setzt SPF besser um als die meisten anderen Hosting-Anbieter. Es generiert automatisch einen funktionierenden SPF-Eintrag für jede Domain
Sobald Sie den Eintrag jedoch anpassen, um Google Workspace, Mailchimp oder einen anderen Versanddienst hinzuzufügen, entfernt DreamHost stillschweigend seinen Standardeintrag. Wenn Sie die eigenen Mechanismen von DreamHost nicht in den Ersatz einbeziehen, funktioniert die Authentifizierung Ihrer von DreamHost gehosteten E-Mails plötzlich nicht mehr.
In dieser Anleitung wird erläutert, wie DreamHost standardmäßig mit SPF, DKIM und DMARC umgeht, wie diese für Konfigurationen mit einem oder mehreren Absendern eingerichtet werden, welche DreamHost-spezifischen Verhaltensweisen zu stillen E-Mail-Fehlern führen und wie man alles kontinuierlich überprüft und überwacht.
SPF (Sender Policy Framework) ist ein DNS-TXT-Eintrag, der festlegt, welche Mailserver E-Mails von Ihrer Domain versenden dürfen. Empfangsserver überprüfen diesen Eintrag, um zu entscheiden, ob eingehende E-Mails legitim sind oder möglicherweise gefälscht wurden.
DreamHost fügt automatisch den folgenden SPF-Eintrag zu jeder Domain hinzu, die DreamHost-E-Mail nutzt:
v=spf1 mx include:netblocks.dreamhost.com include:relay.mailchannels.net -all
Die einzelnen Bestandteile des SPF-Eintrags haben folgende Funktionen:
| Mechanismus | Was damit genehmigt wird |
|---|---|
| mx | Der Server, der die eingehenden E-Mails der Domain verarbeitet, ist auch zum Versenden berechtigt |
| einschließlich:netblocks.dreamhost.com | Die IP-Adressbereiche der Mailserver von DreamHost |
| einschließlich: relay.mailchannels.net | MailChannels – DreamHosts Partner für den ausgehenden E-Mail-Versand zur Gewährleistung der Zustellbarkeit |
| -alle | Hard Fail: Alle Absender, die oben nicht aufgeführt sind, werden abgelehnt |
Wenn Sie E-Mails ausschließlich über DreamHost versenden und keine E-Mail-Dienste von Drittanbietern nutzen, ist dieser Standardeintrag vollständig. Sie müssen nichts ändern.
Nutzen Sie den kostenlosen PowerDMARC SPF Checker , um zu überprüfen, ob Ihr DreamHost-Standard-Eintrag aktiv ist. Geben Sie Ihre Domain ein, und innerhalb von Sekunden werden der Eintrag, die Syntaxvalidierung, die Anzahl der DNS-Abfragen und alle aufgeführten Mechanismen angezeigt.
Das Verhalten von DreamHost, das Sie kennen sollten, bevor Sie Änderungen vornehmen:
Das Hinzufügen eines benutzerdefinierten SPF-Eintrags bei DreamHost führt automatisch zur Entfernung des Standardeintrags. Dies ist eine der häufigsten Ursachen für fehlgeschlagene E-Mail-Authentifizierungen bei DreamHost. Wenn Sie einen benutzerdefinierten Eintrag hinzufügen, der ausschließlich „include:_spf.google.com -all“ enthält, haben Sie damit die Autorisierung der DreamHost-eigenen Mailserver aufgehoben, und jede über DreamHost versendete E-Mail wird ab diesem Zeitpunkt die SPF-Prüfung nicht mehr bestehen.
Wenn Sie Ihren benutzerdefinierten SPF-Eintrag löschen, stellt DreamHost automatisch die Standardeinstellung wieder her. Dies ist als Ausweichlösung nützlich, falls etwas nicht mehr funktioniert.
Sie müssen den SPF-Eintrag nur ändern, wenn Sie E-Mails über andere Dienste als DreamHost, Google Workspace, Mailchimp, SendGrid, HubSpot oder einen anderen Drittanbieter versenden.
Führen Sie alle Systeme auf, die E-Mails unter Ihrer Domain versenden. Häufige Quellen für DreamHost-Nutzer:
Sie wissen nicht genau, welche Dienste E-Mails unter Ihrer Domain versenden?
PowerDMARCs DMARC-Aggregatberichte zeigen innerhalb von 72 Stunden nach der Bereitstellung jede Absenderquelle auf, einschließlich legitimer und nicht autorisierter. Dies ist die zuverlässigste Erkennungsmethode, insbesondere für Domains mit Shadow-IT-Absendern, die vom Marketing oder Vertrieb ohne Rückmeldung an andere genutzt werden.
Fassen Sie alle Absenderquellen in einem einzigen SPF-Eintrag zusammen. Pro Domain ist nur ein SPF-TXT-Eintrag zulässig, da mehrere Einträge zu PermError und unterbrechen die Authentifizierung für alle Absender.
| Einrichtung | SPF-Eintrag |
|---|---|
| Nur DreamHost | v=spf1 mx include:netblocks.dreamhost.com include:relay.mailchannels.net -all |
| DreamHost + Google | v=spf1 mx include:netblocks.dreamhost.com include:relay.mailchannels.net include:_spf.google.com -all |
| DreamHost + Google + Mailchimp | v=spf1 mx include:netblocks.dreamhost.com include:relay.mailchannels.net include:_spf.google.com include:servers.mcsv.net -all |
| DreamHost + Google + Mailchimp + SendGrid | v=spf1 mx include:netblocks.dreamhost.com include:relay.mailchannels.net include:_spf.google.com include:servers.mcsv.net include:sendgrid.net -all |
Überwachen Sie die Anzahl der Lookups. Jeder „include:“-Mechanismus löst eine oder mehrere DNS-Abfragen aus (einschließlich verschachtelter Includes), aber SPF ist gemäß RFC 7208 auf insgesamt 10 Abfragen begrenzt. Die Standardmechanismen von DreamHost verbrauchen bereits 3–4 Abfragen. Rechnet man Google (2–3), Mailchimp (1–2) und SendGrid (1–2) hinzu, kommt man auf 8–11, was möglicherweise über dem Limit liegt.
Verwenden Sie den PowerDMARC SPF Generator , um den kombinierten Eintrag korrekt zu erstellen. Er überprüft die Syntax, zählt Lookups einschließlich verschachtelter Einbindungen und warnt Sie, bevor Sie das Limit von 10 Lookups erreichen. Wenn Sie bereits über 10 liegen, PowerSPF Include-Ketten automatisch in IPv4-Einträge um und hält den Datensatz auf dem neuesten Stand, wenn Anbieter ihre IP-Adressen ändern, ohne dass manuelle DNS-Änderungen erforderlich sind.
Bei diesen Schritten wird davon ausgegangen, dass Ihre Nameserver auf DreamHost verweisen. Wenn sie auf Cloudflare oder einen anderen Anbieter verweisen, fügen Sie den TXT-Eintrag stattdessen dort hinzu, da das DreamHost-DNS-Panel ignoriert wird, wenn die Nameserver auf einen anderen Anbieter verweisen.
Durch diesen Vorgang wird der Standard-SPF-Eintrag von DreamHost entfernt. Ihr kombinierter Eintrag MUSS die Mechanismen von DreamHost (netblocks.dreamhost.com und relay.mailchannels.net) enthalten, wenn Sie weiterhin E-Mails über DreamHost versenden. Überprüfen Sie dies bitte noch einmal, bevor Sie speichern.
Wenn Google Workspace über die DreamHost-Integration konfiguriert wird, ist das SPF-Feld im DreamHost-Kontrollpanel nicht mehr bearbeitbar. Sie können jedoch anstelle des automatisch konfigurierten Feldes den Pfad für benutzerdefinierte DNS-Einträge von DreamHost verwenden (Eintrag hinzufügen → TXT). Wenn Ihre Nameserver bei Cloudflare liegen, fügen Sie den TXT-Eintrag direkt im DNS-Dashboard von Cloudflare hinzu, damit die Einschränkung von DreamHost vollständig umgangen wird.
DKIM (DomainKeys Identified Mail) fügt ausgehenden E-Mails eine kryptografische Signatur hinzu, sodass empfangende Server überprüfen können, ob die Nachricht während der Übertragung verändert wurde.
Wenn Sie E-Mail-Dienste von DreamHost nutzen, ist DKIM bereits konfiguriert:
Verwenden Sie den PowerDMARC DKIM-Checker , um zu überprüfen, ob der Schlüssel veröffentlicht und gültig ist. Geben Sie Ihre Domain und den Selektor ein (in der Regel yourdomain.com._domainkey für von DreamHost gehostete E-Mails), um dies zu bestätigen.
E-Mails, die über Sendmail oder PHP Mail versendet werden, sind NICHT DKIM-signiert. Dies gilt auch für WordPress-Kontaktformulare, die die PHP-Funktion `mail()` verwenden, was bei den meisten WordPress-Formular-Plugins die Standardeinstellung ist. Diese E-Mails umgehen den SMTP-Server von DreamHost vollständig, sodass der private DKIM-Schlüssel niemals auf die Nachricht angewendet wird.
Dies ist der häufigste Grund, warum E-Mails aus Kontaktformularen von WordPress-Seitenbetreibern bei DreamHost im Spam-Ordner landen. Das Formular funktioniert und versendet die E-Mail, jedoch ohne DKIM (und oft auch ohne ordnungsgemäße SPF-Einstellung) markieren empfangende Server sie als verdächtig.
Behebung: Installieren Sie das WP Mail SMTP-Plugin (oder ein ähnliches). Konfigurieren Sie es so, dass alle von der Website generierten E-Mails über den SMTP-Server von DreamHost versendet werden (mail.yourdomain.com, Port 465 mit SSL oder Port 587 mit TLS). Dadurch werden die E-Mails über den Mailserver geleitet, der automatisch die DKIM-Signatur anwendet.
Wenn Sie Cloudflare, Route 53 oder einen anderen DNS-Anbieter nutzen, Ihre E-Mails jedoch über DreamHost abwickeln, müssen Sie die DKIM-DNS-Einträge aus dem DreamHost-Kontrollpanel kopieren und manuell bei Ihrem DNS-Anbieter hinzufügen.
Kopieren Sie den DKIM-Schlüssel sorgfältig und achten Sie darauf, dass die Zeichenfolge keinerlei Leerzeichen enthält. Das DreamHost-Panel akzeptiert zwar Einträge mit Leerzeichen, doch die E-Mails bestehen die DKIM-Überprüfung nicht, wenn der veröffentlichte Schlüssel Leerzeichen enthält.
Wenn Ihre E-Mails von Google Workspace, Zoho oder einem anderen Dienst (nicht von DreamHost) verwaltet werden, ist dieser Anbieter für die DKIM-Signierung zuständig. Rufen Sie den öffentlichen DKIM-Schlüssel und den Selektor des Anbieters ab und fügen Sie den entsprechenden TXT-Eintrag in den DNS-Einstellungen von DreamHost (oder bei Ihrem externen DNS-Anbieter) hinzu. Befolgen Sie die Anleitung des Anbieters, um das genaue Format des Selektors und den Schlüsselwert zu erfahren.
DMARC (Domain-based Message Authentication, Reporting and Conformance) verbindet SPF und DKIM miteinander. Es prüft, ob mindestens eines der beiden Verfahren erfolgreich ist UND mit der sichtbaren „From:“-Domäne übereinstimmt, und teilt den empfangenden Servern dann mit, wie sie vorgehen sollen, wenn die Authentifizierung fehlschlägt. Ohne DMARC existieren SPF und DKIM zwar, werden aber von niemandem durchgesetzt.
Verwenden Sie den PowerDMARC DMARC-Generator , um Ihren Eintrag zu erstellen. Wählen Sie Ihre Richtlinienstufe aus, fügen Sie E-Mail-Adressen für die Berichterstellung hinzu und kopieren Sie den generierten TXT-Wert.
Bevor Sie DMARC hinzufügen, stellen Sie sicher, dass SPF und DKIM bereits konfiguriert sind und funktionieren. Im Blog von DreamHost wird empfohlen, nach der Einrichtung von SPF und DKIM 48 Stunden zu warten, bevor Sie den DMARC-Eintrag veröffentlichen.
v=DMARC1; p=none; rua=mailto:[email protected];ruf=mailto:[email protected]; pct=100
DreamHost empfiehlt, zwei separate E-Mail-Adressen für DMARC-Berichte (Gesamt- und Forensikberichte) einzurichten, da Sie möglicherweise eine große Anzahl an Berichten erhalten. Alternativ können Sie „rua=“ auf die Erfassungsadresse von PowerDMARC verweisen und so den E-Mail-Aufwand komplett umgehen, sodass die Berichte direkt in ein visuelles Dashboard gelangen.
DMARC sollte am ersten Tag nicht mit der Einstellung „p=reject“ eingesetzt werden. Ein schrittweiser Ansatz verhindert, dass Sie versehentlich legitime E-Mails blockieren:
| Phase | Richtlinie | Was passiert |
|---|---|---|
| Wochen 1–4 | p=kein | Nur überwachen. Sammeln Sie aggregierte DMARC-Berichte. Identifizieren Sie alle legitimen Absender und beheben Sie etwaige Authentifizierungsfehler. |
| Wochen 5–8 | p=Quarantäne | Nicht authentifizierte E-Mails landen im Spam-Ordner. Stellen Sie sicher, dass alle legitimen Absender nun durchgelassen werden. Achten Sie in den Berichten auf Fehlalarme. |
| Woche 9+ | p=ablehnen | Vollständige Durchsetzung. Unerlaubte E-Mails werden sofort abgelehnt. Ihre Domain ist nun vor Spoofing geschützt. |
Um die Richtlinie zu aktualisieren, bearbeiten Sie den _dmarc-TXT-Eintrag im DreamHost-Panel (klicken Sie auf das Stiftsymbol neben dem Eintrag) und ändern Sie „p=none“ in „p=quarantine“ und schließlich in „p=reject“.
Unverarbeitete DMARC-XML-Berichte sind ohne entsprechende Tools nicht lesbar. PowerDMARC importiert sie automatisch und stellt visuelle Analysen bereit, darunter Erfolgs- und Fehlerquoten pro Quelle, den Status der SPF- und DKIM-Übereinstimmung, die Erkennung nicht autorisierter Absender sowie Trendlinien.
Jedes der folgenden Szenarien folgt dem gleichen Diagnoseablauf: Symptom → Ursache → Behebung.
Machen Sie Schluss mit dem Rätselraten, welche Quelle ausfällt und warum. Das Dashboard für Sammelberichte von PowerDMARC zeigt die Authentifizierungsergebnisse pro IP-Adresse und pro Quelle für jeden Empfänger an, der Ihre E-Mails verarbeitet. Identifizieren Sie den genauen Fehler, beheben Sie ihn und überprüfen Sie die Korrektur – alles auf einem Bildschirm. Starten Sie Ihre 15-tägige kostenlose Testversion
Nach der Einrichtung von SPF, DKIM und DMARCdurch, um sicherzustellen, dass alles aktiv ist und die Tests bestehen:
Starten Sie den kostenlosen Domain-Analysator aus. Er überprüft SPF, DKIM, DMARC, BIMI, MTA-STS und den allgemeinen E-Mail-Sicherheitsstatus in einem einzigen Scan. Erhalten Sie sofort eine Bewertung von A+ bis F für Ihre DreamHost-Domain.
Die Einrichtung von SPF, DKIM und DMARC ist nur der Anfang. Eine langfristig zuverlässige E-Mail-Zustellbarkeit bei DreamHost hängt davon ab, dass Sie Ihre Authentifizierungsdaten auf dem neuesten Stand halten, auf Abweichungen in der Konfiguration achten und Ihre Versandpraktiken an die sich ständig ändernden Anforderungen der E-Mail-Anbieter anpassen.
Machen Sie Schluss mit der stumpfen Fehlersuche bei der E-Mail-Authentifizierung von DreamHost. PowerDMARC hilft Ihnen dabei, SPF, DKIM und DMARC in Echtzeit zu überwachen, versteckte Fehler zu erkennen, bevor die Zustellbarkeit sinkt, und Ihre Konfigurationen konform zu halten, wenn Sie neue Versanddienste hinzufügen.
Starten Sie Ihre 15-tägige kostenlose Testphase
v=spf1 mx include:netblocks.dreamhost.com include:relay.mailchannels.net -all. DreamHost fügt dies automatisch für alle Domains hinzu, die DreamHost-E-Mail nutzen. Es ist keine manuelle Einrichtung erforderlich, wenn DreamHost Ihr einziger E-Mail-Absender ist.
Erstellen Sie einen zusammengeführten Datensatz, der beide Mechanismen enthält:
v=spf1 mx include:netblocks.dreamhost.com include:relay.mailchannels.net include:_spf.google.com -all
Wenn Sie nur Googles SPF hinzufügen, wird der Standard-Eintrag von DreamHost entfernt, wodurch die E-Mail-Funktion von DreamHost nicht mehr funktioniert. Fügen Sie daher immer beide hinzu.
Ja, für Domains, die von DreamHost gehostete E-Mails mit SMTP nutzen. Der DKIM-Eintrag wird automatisch erstellt, und E-Mails werden signiert, wenn sie über den Mailserver von DreamHost versendet werden. E-Mails, die über PHP-Mail versendet werden (WordPress-Kontaktformulare ohne SMTP), sind jedoch NICHT DKIM-signiert. Installieren Sie WP Mail SMTP, um dieses Problem zu beheben.
Zu den häufigsten Ursachen zählen fehlende oder fehlerhafte SPF-Einträge (insbesondere nach dem Hinzufügen eines Drittanbieter-Absenders, wodurch der Standard-Eintrag von DreamHost entfernt wird), nicht angewandtes DKIM, weil E-Mails über PHP-Mail statt über SMTP versendet werden, keine veröffentlichten DMARC-Einträge oder Nameserver, die auf Cloudflare verweisen, während die DNS-Einträge nur im DreamHost-Panel vorhanden sind. Führen Sie einen kostenlosen Scan mit dem Domain Analyzer von PowerDMARC durch, um genau zu ermitteln, wo das Problem liegt.
Nein. RFC 7208 schreibt vor, dass pro Domain nur ein einziger SPF-TXT-Eintrag vorhanden sein darf. Wenn zwei Einträge vorhanden sind, die mit „v=spf1“ beginnen, gibt SPF einen „PermError“ zurück und die Authentifizierung schlägt in allen Fällen fehl. Führen Sie alle autorisierten Absender in einem einzigen Eintrag zusammen.