<spf>Geben Sie Ihre SMTP-Server an

Sonnenschutzmittel erklärt

SPF ist die Abkürzung für Sender Policy Framework, einen E-Mail-Authentifizierungsstandard,
mit dem Sie festlegen können, welche SMTP-Server berechtigt sind, E-Mails für Ihre Domain zu versenden.

Es ermöglicht Ihnen, die Absenderadresse und deren Verbindung zum Server, von dem die Nachricht gesendet wurde, zu bestätigen.
Wenn E-Mails mit Ihrer Absenderdomäne versendet werden, kann der Empfänger feststellen, ob sie von einem von Ihnen erkannten SMTP-Server stammen.

Es wird empfohlen, SPF zu konfigurieren, da einige Empfänger Ihre Nachrichten ablehnen könnten, wenn SPF gar nicht eingerichtet ist.

Wie man Sonnenschutzmittel zum Funktionieren bringt

Es gibt zwei unterschiedliche Ansätze:

• ein „weicher“ Fehler (~all-Tag), der einen „softfail“-Fehler erzeugt, wenn die Nachricht von einem nicht deklarierten Server gesendet wurde
• eine „harte“ Ausnahme (-all-Tag), die einen „fail“-Fehler erzeugt, wenn die Nachricht von einem nicht deklarierten Server gesendet wurde

Die „weiche“ Konfiguration führt zu weniger oder gar keinen Ablehnungen durch die Empfänger.
Die „harte“ Konfiguration kann dazu führen, dass einige Nachrichten abgelehnt werden, wenn der Server nicht angegeben wurde oder in bestimmten Fällen, wenn die E-Mail umgeleitet oder über eine Mailingliste versendet wurde.

Die „harte“ Konfiguration gibt dem Ziel-Mailserver mehr Möglichkeiten, zu entscheiden, ob er die Nachricht annimmt oder nicht. Dies ist die Vorgehensweise, die wir empfehlen.

Wie konfiguriert man SPF?

Für die SPF-Einrichtung ist es erforderlich, genau zu wissen, welche Server Sie zum Versenden von E-Mail-Nachrichten verwenden.

Bei RealSender sollte der TXT-Eintrag Ihrer Domain (example.com) die Zeichenkette
a:example.realsender.com        und folgendermaßen aussehen:

example.com TXT "v=spf1 a:example.realsender.com ~all" 

Bei Verwendung von HighSender sollte der TXT-Eintrag Ihrer Domain (example.com) die Zeichenkette
include:spf.realsender.com        und folgendermaßen aussehen:

example.com TXT "v=spf1 include:spf.realsender.com ~all" 

Diese Tools helfen Ihnen bei der Überprüfung der Konfiguration:
www.kitterman.com/spf/validate.html *
   Ruft SPF-Einträge für den angegebenen Domainnamen ab und prüft, ob der Eintrag gültig ist.
spf check online
   validiert Ihre E-Mail-SPF-Einstellungen. Senden einer E-Mail-Nachricht.

* = externer Website-Link, wird in einem neuen Fenster geöffnet

Nachteile des Lichtschutzfaktors

Selbst wenn alles korrekt eingestellt ist, kann die Nachrichtenverifizierung fehlschlagen,
wenn die E-Mail umgeleitet oder über eine Mailingliste versendet wurde.

Um in diesen Fällen eine konsistente E-Mail-Authentifizierung zu gewährleisten,
konfigurieren Sie die DKIM-Signaturdomäne so, dass sie mit der Absenderadresse übereinstimmt.
Siehe: Erweiterte E-Mail-Authentifizierung » <dkim> alignment for dmarcDie

<spf>Online prüfen

1. Senden Sie eine E-Mail an:

spf@tester.realsender.com

2. Überprüfen Sie online die Ergebnisse der SPF-Validierung:
   (Es dauert eine Minute, bis sie angezeigt werden)

https://tester.realsender.com/spf

Die Online-SPF-Prüfung von RealSender fügt ein Betreffpräfix hinzu, falls die Nachricht nicht korrekt authentifiziert wurde:

!! SPF-Fehler !! Der SMTP-Server ist nicht unter den autorisierten Servern aufgeführt, und die E-Mail sollte abgelehnt oder verworfen werden. !! SPF-Softfail !! Der SMTP-Server ist nicht unter den autorisierten Servern aufgeführt, aber dieser Fall sollte als „Softfail“ behandelt werden. !! SPF-Neutral !! Der SPF-Eintrag gibt explizit an, dass keine Aussage über die Gültigkeit getroffen werden kann. !! SPF-None !! Die Absenderdomäne enthält keine Informationen zur Authentifizierung der E-Mail  

Manchmal sind die auf Domänenebene erfassten Informationen nicht korrekt/verständlich.

!! spf-permerror !! Es ist ein permanenter Fehler aufgetreten (z. B. ein fehlerhaft formatierter SPF-Eintrag). !! spf-temperror !! Es ist ein vorübergehender Fehler aufgetreten

Die SPF-Prüfung erfolgt anhand der „Mail-From“-E-Mail-Adresse, die in den E-Mail-Headern verborgen ist.
Nur die „From“-E-Mail-Adresse ist sichtbar. Wenn sich die Stammdomänen unterscheiden, wird folgende Warnung angezeigt:

!! spf-diff !! Die Root-Domains „Mail-From“ und „From“ sind unterschiedlich

Wenn die Nachricht sowohl die SPF-Prüfung als auch die SPF-Ausrichtungsprüfung für DMARC (relaxierte Ausrichtung) besteht, erhalten Sie Folgendes:

|OK| SPF-Prüfung bestanden: Ihre E-Mail hat die SPF-Prüfung und die SPF-Ausrichtungsprüfung bestanden

Wenn nur eines der beiden Protokolle, SPF ODER DKIM, die Ausrichtungsprüfung für DMARC (relaxierte Ausrichtung) besteht,
wird die Nachricht dennoch als „OK“ (vertrauenswürdig) betrachtet und das Symbol ~ (Tilde) wird am Anfang hinzugefügt:

|~OK| spf-pass Ihre E-Mail hat die SPF-Prüfung (nicht die Ausrichtung) + DKIM-Ausrichtungsprüfung bestanden

<dkim>E-Mail-Inhalt versiegeln

DKIM erklärte

DKIM ist die Abkürzung für DomainKeys Identified Mail, einen E-Mail-Authentifizierungsstandard,
der gewährleisten soll, dass die E-Mail (einschließlich der Anhänge) seit dem Anbringen der „Signatur“ nicht verändert wurde.

Dies wird erreicht, indem jeder ausgehenden E-Mail eine digitale Signatur hinzugefügt wird, die mit einem Domainnamen verknüpft ist.

Es werden zwei Schlüssel verwendet: ein „öffentlicher“ und ein „privater“ Schlüssel:

1. Der „öffentliche“ Schlüssel wird im TXT-Eintrag der Signaturdomäne veröffentlicht
2. Der „private“ Schlüssel wird auf dem SMTP-Server gespeichert und zum „Signieren“ der E-Mail-Nachrichten verwendet

Beim Senden einer Nachricht generiert der SMTP-Server eine „verschlüsselte Hash-Signatur“ auf Basis des Inhalts der E-Mail-Nachricht und des privaten Schlüssels.

Das Empfängersystem kann die Signatur im E-Mail-Header überprüfen, indem es sie mit dem E-Mail-Inhalt und dem „öffentlichen“ Schlüssel des Absenders vergleicht.

Wie man DKIM zum Laufen bringt

DKIM-Signaturen sind für Endbenutzer nicht sofort sichtbar, sie werden von der E-Mail-Infrastruktur hinzugefügt und verifiziert.

RealSender SMTP-Server signieren alle ausgehenden E-Mail-Nachrichten mit der DKIM-Signatur.

Wie konfiguriert man DKIM?

RealSender signiert alle ausgehenden Nachrichten standardmäßig mit seiner eigenen Domain, die mit dem SMTP-Server verbunden ist.
Eine Konfiguration seitens des Benutzers/Administrators ist nicht erforderlich.

Um die „DKIM-Domänenausrichtung für DMARC“ zu erhalten,
muss die Nachricht mit der gleichen Domäne wie der Absender signiert sein.

Bei Verwendung von RealSender sollten Sie zwei CNAME-Einträge
in den DNS-Einstellungen Ihrer Domain (example.com) hinzufügen, etwa so:

key1._domainkey.example.com CNAME key1._domainkey.yourcompany.realsender.com key2._domainkey.example.com CNAME key2._domainkey.yourcompany.realsender.com

Dieses Tool hilft Ihnen bei der Überprüfung der Konfiguration:
toolbox.googleapps.com *

* = externer Website-Link, wird in einem neuen Fenster geöffnet

DKIM-Nachteile

Eine mit DKIM versiegelte Nachricht kann nicht verändert werden, aber sie kann trotzdem von jedem gelesen werden.

Eine signierte Nachricht, die die Überprüfung nicht besteht, wird üblicherweise abgelehnt.
Wenn auf dem Weg vom Absender zum Empfänger keine Änderungen vorgenommen wurden, sollte dies nicht passieren.

Wir haben seltene Fälle beobachtet, die alle mit der Zeilenlänge zusammenhängen (maximal 990 Zeichen).
Manche Anwendungen senden den gesamten Inhalt in einer einzigen Zeile oder übertragen eine sehr lange Zeile innerhalb des HTML-Codes.
In diesen Fällen wird die DKIM-Signatur beschädigt, was zum Prüfergebnis „dkim=fail“ führt.

<dkim>Online prüfen

1. Senden Sie eine E-Mail an:

dkim@tester.realsender.com

2. Überprüfen Sie online die DKIM-Validierungsergebnisse:
   (Es dauert eine Minute, bis sie angezeigt werden)

https://tester.realsender.com/dkim

Die Online-DKIM-Prüfung von RealSender fügt ein Betreffpräfix hinzu, falls die Nachricht nicht korrekt signiert wurde:

!! dkim-none !! Es wurden keine DKIM-Signatur-Header (gültig oder ungültig) gefunden. !! dkim-fail !! Es wurde ein gültiger DKIM-Signatur-Header gefunden, aber die Signatur enthält keinen korrekten Wert für die Nachricht  

Manchmal ist es nicht möglich, die Prüfung durchzuführen:

!! dkim-invalid !! Es liegt ein Problem mit der Signatur selbst oder dem öffentlichen Schlüssel vor. Die Signatur konnte nicht verarbeitet werden. !! dkim-temperror !! Es ist ein Fehler aufgetreten, der wahrscheinlich vorübergehend ist, z. B. die vorübergehende Unfähigkeit, einen öffentlichen Schlüssel abzurufen

Wurde die Nachricht mit einer anderen Domain signiert, wird dem Betreff ein „Diff“-Hinweis hinzugefügt.
Diese Warnung wird NICHT angezeigt, wenn der Absender die SPF-Prüfung und die SPF-Ausrichtung für DMARC besteht.

!! dkim-diff !! Die Nachricht wurde NICHT von der Domain des Absenders signiert

Wenn die Nachricht sowohl die DKIM-Prüfung als auch die DKIM-Ausrichtungsprüfung für DMARC (relaxierte Ausrichtung) besteht, erhalten Sie Folgendes:

|OK| dkim-pass Ihre E-Mail besteht die DKIM-Prüfung + DKIM-Ausrichtungsprüfung

Wenn nur eines der beiden Protokolle, DKIM ODER SPF, die Ausrichtungsprüfung für DMARC (lockere Ausrichtung) besteht,
wird die Nachricht dennoch als „OK“ (vertrauenswürdig) betrachtet und das Symbol ~ (Tilde) wird am Anfang hinzugefügt:

|~OK| dkim-pass Ihre E-Mail besteht die DKIM-Prüfung (nicht die Ausrichtung) + SPF-Ausrichtungsprüfung