Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- centos:mail_c7:spam_10 [22.07.2019 14:47. ] – django
+++ centos:mail_c7:spam_10 [21.11.2022 15:22. ] – django
@@ Zeile 7: / Zeile 7: @@
 Beim **SPF** wird ein TXT-Record in der Zonendatei der betreffenden (Mail)Domain eingetragen. Dort wird definiert, welche SMTP-Server berechtigt sind, Nachrichten der (Mail)Domain zu verschicken. Mailserver können dann bei der Annahme der eMails abfragen, ob der sendende Mailserver überhaupt berechtigt ist, diese Nachricht zu verschicken.
-<uml w=800>
+<uml>
 title Mailversand einer eMail\n
-skin BlueModern
 participant "\n       Mail-Server mx01.nausch.org        \n         217.91.103.190       \n" as links
 participant "\n       Mail-Server mx1.tachtler.net       \n         88.217.171.167       \n" as mitte
@@ Zeile 69: / Zeile 68: @@
+/*
+https://www.mailhardener.com/blog/spf-lookup-limit-explained
+Das SPF-Lookup-Limit erklärt
+Eine SPF-Richtlinie darf nicht mehr als 10 zusätzliche DNS-Lookups erfordern, um vollständig ausgewertet zu werden. Wird diese Grenze überschritten, kann eine E-Mail-Nachricht die SPF-Prüfung nicht bestehen, was zu Problemen bei der Zustellbarkeit führen und die Reputation der Domain beeinträchtigen kann.
+In diesem Beitrag erklären wir, was dieses Limit ist, wie es sich auf die Zustellbarkeit Ihrer E-Mails auswirken kann und wie Sie die Anzahl der erforderlichen Abfragen reduzieren können.
+Was ist SPF?
+Standardmäßig kann jeder Computer, der mit dem Internet verbunden ist, E-Mails an jeden beliebigen Posteingang mit einem beliebigen Absendernamen senden. Das bedeutet, dass ohne zusätzliche Gegenmaßnahmen jeder eine E-Mail unter dem Namen president@whitehouse.gov versenden kann.
+Das Sender Policy Framework (SPF) ist ein Standard, der Teil des E-Mail-Ökosystems ist und darauf abzielt, diese Form des E-Mail-Identitätsbetrugs zu verhindern. SPF wird auch als einer der Faktoren bei der Erkennung von Spam-Nachrichten verwendet.
+Eine SPF-Richtlinie ist eine Liste von Absendern (Computern), die im Namen einer Domäne E-Mails versenden dürfen. Die Richtlinie wird als DNS-Eintrag unter der Domäne veröffentlicht, für die sie gilt.
+Wenn eine E-Mail-Nachricht von einem E-Mail-Server empfangen wird, verwendet der Empfänger SPF, um festzustellen, ob der Computer, der die Nachricht gesendet hat, dazu berechtigt war. Wenn der Absender die SPF-Prüfung nicht besteht, wird die Nachricht wahrscheinlich zurückgewiesen oder als Spam oder Betrug gekennzeichnet.
+Das Format der SPF-Richtlinie
+Eine SPF-Richtlinie besteht aus mehreren Begriffen, die durch Leerzeichen getrennt sind. Ein Begriff kann ein Modifikator (wie v oder redirect) oder ein Anpassungsmechanismus (wie a, mx, include usw.) sein.
+Ein passender Begriff hat das folgende Format:
+[Präfix][Mechanismus][:Wert]
+Das Präfix bestimmt das SPF-Validierungsergebnis, das der Empfänger auf die Nachricht anwenden soll, wenn der Absender mit dem Begriff übereinstimmt. Erlaubte Werte sind + (pass), ? (neutral), ~ (soft fail) oder - (fail). Das Präfix ist optional, wenn kein Präfix definiert ist, wird standardmäßig "pass" (+) verwendet.
+Der Mechanismus bestimmt, wie eine IP-Adresse mit dem Begriff abgeglichen werden soll. Unterstützte Werte sind a, ipv4, ipv6, mx, ptr, include, exists und all.
+Der Wertteil eines Begriffs ist optional und hängt vom verwendeten Mechanismus ab. Bei den meisten Mechanismen können Sie mit dem Wert auf andere Domänen verweisen, und wenn er weggelassen wird, wird standardmäßig die aktuelle Domäne verwendet.
+SPF-Begriffsabgleich
+E-Mail-Dienste kommunizieren über IP-Adressen, nicht über Domänennamen. Wenn ein SMTP-Server eine E-Mail empfängt, verwendet er SPF, um festzustellen, ob die IP-Adresse des Absenders mit einem der Begriffe im SPF-Eintrag übereinstimmt.
+Der Empfänger durchläuft die Begriffe in der SPF-Richtlinie von links nach rechts und sucht nach einem Begriff, der mit der IP-Adresse des Absenders übereinstimmt, indem er den angegebenen Mechanismus verwendet. Sobald eine Übereinstimmung gefunden wird, wird die Iteration gestoppt und der Empfänger wendet die Aktion an, die im Präfixwert des übereinstimmenden Begriffs definiert ist.
+Wenn keine Übereinstimmung gefunden wird, ist das Ergebnis der SPF-Validierung "neutral", d. h. es wird keine SPF-Validierung zur Spam-Erkennung verwendet. Aus diesem Grund enden SPF-Richtlinien in der Regel mit einem All-Term, der immer übereinstimmt. Dem all-Term wird üblicherweise ein - (fail) oder ~ (soft-fail) vorangestellt.
+Zusätzliche DNS-Abfragen
+Bei den meisten Mechanismen muss der Prüfer zusätzliche DNS-Abfragen durchführen, um die IP-Adresse mit ihr abzugleichen.
+Ein Beispiel: Der SPF a-Mechanismus bedeutet: Übereinstimmung, wenn die IP-Adresse mit einem der DNS-A-Datensätze dieser Domäne übereinstimmt.
+Um also einen Begriff mit einem a-Mechanismus abzugleichen, muss der Prüfer zunächst eine A- (oder AAAA-) DNS-Abfrage für die Domäne durchführen. SPF-Richtlinien mit mehreren Begriffen können mehr DNS-Abfragen erfordern. Einige Mechanismen erfordern mehr als eine zusätzliche Abfrage.
+Bei den meisten Mechanismen, mit Ausnahme von ip4, ip6 und allen, muss der Prüfer zusätzliche Nachforschungen anstellen.
+Mechanismus Erforderliche DNS-Lookups
+a 1
+ip4 keine
+ip6 keine
+mx 1 oder mehr
+ptr 1 oder mehr
+include 1 oder mehr
+existiert 1
+all keine
+Der Modifikator redirect führt ebenfalls zu einem zusätzlichen Lookup.
+Modifikator Erforderliche DNS-Abfragen
+v keine
+redirect 1
+exp keine
+Beispiel
+Betrachten Sie den folgenden SPF-Eintrag, der unter example.com veröffentlicht wird:
+v=spf1 a -all
+Die obige Beispielrichtlinie hat drei Begriffe.
+    Der erste Begriff ist der v-Modifikator, der am Anfang eines SPF-Eintrags erforderlich ist.
+    Der zweite Begriff ist ein übereinstimmender Begriff, der den a-Mechanismus verwendet; es ist kein Präfix festgelegt, so dass er standardmäßig + (pass) lautet. Es wird kein Wert festgelegt, so dass er standardmäßig auf die Domäne verweist, in der das SPF veröffentlicht wird. Das vollständige Format dieses Begriffs ist also +a:example.com.
+    Der dritte Begriff ist der All-Mechanismus, der mit jeder IP-Adresse übereinstimmt, er hat ein Präfix - (fail).
+Dieser Begriff bedeutet: Die SPF-Validierung sollte erfolgreich sein, wenn der Absender mit einem der DNS-A-Datensätze von example.com übereinstimmt, und bei jeder anderen IP-Adresse fehlschlagen.
+Bei dieser SPF-Richtlinie muss der Empfänger einen zusätzlichen SPF-Lookup (example.com A) durchführen, um eine vollständige Auswertung zu erhalten.
+Das Lookup-Limit
+Die Durchführung von DNS-Abfragen kostet den Validator Ressourcen (Bandbreite, Zeit, CPU, Speicher). Um eine "unangemessene Belastung" des Validators zu vermeiden, besagt RFC7208 Abschnitt 4.6.4, dass die Bewertung einer SPF-Policy 10 zusätzliche Lookups nicht überschreiten darf. Die DNS-Abfrage für den SPF-Richtlinieneintrag selbst zählt nicht zu diesem Limit.
+Laut RFC darf ein Validator (das empfangende E-Mail-System) nach 10 Suchvorgängen nicht mehr fortfahren und die SPF-Validierung mit einem Fehler zurückweisen.
+Außerdem besagt der RFC, dass eine DNS-Abfrage eines in einem MX-Eintrag gefundenen Hostnamens nicht mehr als 10 A- oder AAAA-Einträge ergeben darf.
+Wenn eine DNS-PTR-Abfrage (Reverse-DNS-Lookup) mehr als 10 Ergebnisse liefert, sind nur die ersten 10 Ergebnisse zu verwenden. Bitte beachten Sie, dass von der Verwendung des SPF ptr-Mechanismus dringend abgeraten wird und dieser nicht verwendet werden sollte.
+Überschreitung des Limits
+Wenn ein Empfänger bei der Auswertung der SPF-Richtlinie das DNS-Lookup-Limit überschreitet, muss er die SPF-Validierung für diese Nachricht mit einer Fehlermeldung ablehnen. Dieser Fehler kann bei der Verwendung der DMARC-Überwachung beobachtet werden.
+Der Empfänger kann selbst entscheiden, was er mit dem Permerror-Fehler macht. Einige Empfänger lehnen die E-Mail vollständig ab (bouncen). Einige Empfänger geben der E-Mail ein "neutrales" SPF-Ergebnis (als ob kein SPF verwendet würde), während andere Empfänger das SPF-Ergebnis auf "fail" oder "softfail" setzen. Normalerweise gibt es mehrere andere Faktoren wie DMARC, DKIM, Spam-Bewertung usw., die der Empfänger verwendet, um zu entscheiden, ob die Nachricht in den Posteingang des Empfängers zugestellt werden soll.
+Ein Fehler bei der SPF-Validierung verringert die Wahrscheinlichkeit, dass die Nachricht überhaupt zugestellt wird. Es erhöht die Wahrscheinlichkeit, dass die Nachricht als Spam oder potenzieller Betrug eingestuft wird. Wenn der Empfänger ein Domain- oder Absenderbewertungssystem verwendet, wirkt sich ein Permerror negativ auf die Bewertung aus.
+Denken Sie daran, dass die Prüfer die Begriffe in der SPF-Richtlinie von links nach rechts auswerten. Sobald eine Übereinstimmung mit der IP-Adresse des Absenders gefunden wird, wird die Auswertung beendet. Je nach Absender erreicht ein Prüfer also möglicherweise nicht immer das Limit für die Abfrage, selbst wenn die Richtlinie mehr als 10 Abfragen zur vollständigen Bewertung erfordert. Dies macht es besonders schwierig, SPF-Lookup-Limit-bezogene Zustellbarkeitsprobleme zu identifizieren.
+Beachten Sie, dass es nicht nur wegen des DNS-Lookup-Limits, sondern auch aus anderen Gründen zu einer Fehlermeldung kommen kann. Wenn Sie also einen Permerror als SPF-Validierungsergebnis in einem DMARC-Bericht sehen, kann es sich um ein DNS-Lookup-Limit-Problem handeln, aber auch um ein anderes Problem mit Ihrer SPF-Richtlinie (z. B. einen fehlerhaften Datensatz). Sie können unseren kostenlosen SPF-Validator verwenden, um zu prüfen, ob Ihr DNS-Richtlinien-Datensatz gültig ist; er gibt auch die maximal erforderlichen Abfragen an.
+Wie lässt sich die Anzahl der erforderlichen Suchvorgänge reduzieren?
+Der Grenzwert von 10 zusätzlichen Suchvorgängen ist recht niedrig. Die Art und Weise, wie Unternehmen heute E-Mails nutzen, unterscheidet sich deutlich von der Situation im Jahr 2006, als der erste SPF-Standard in RFC4408 (inzwischen durch RFC7208 ersetzt) festgelegt wurde. Unternehmen können verschiedene Cloud-basierte E-Mail-Dienste mit einer einzigen Domäne nutzen.
+Es kommt häufig vor, dass SPF-Richtlinien das SPF-Lookup-Limit überschreiten. Für einige Domänen kann es eine ziemliche Herausforderung sein, die Grenze von 10 Abfragen einzuhalten.
+Im Folgenden finden Sie einige Tipps, wie Sie die Anzahl der erforderlichen Abfragen reduzieren können:
+Ungenutzte Dienste entfernen
+Der einfachste Schritt besteht darin, Ihren SPF-Eintrag zu überprüfen und alle Dienste zu entfernen, die Sie nicht mehr verwenden. Überprüfen Sie Ihre Einträge auf alle Includes oder andere Mechanismen, die auf eine Domäne eines nicht mehr genutzten Dienstes verweisen.
+Entfernen Sie die Standard-SPF-Werte
+Die meisten Hosting-Dienste legen eine "Standard"-SPF-Richtlinie fest, wenn eine neue Domäne bereitgestellt wird. Der Standardwert ist normalerweise etwa v=spf1 a mx. Die meisten A/AAAA-DNS-Einträge werden für Webserver verwendet, die keine E-Mails versenden, so dass der a-Mechanismus möglicherweise nicht benötigt wird. Der mx-Mechanismus wird möglicherweise nicht benötigt, da mx für den Empfang von E-Mails gedacht ist, nicht unbedingt für den Versand, mehr zu diesem Thema weiter unten.
+Verwenden Sie nicht den ptr-Mechanismus
+Der ptr-Mechanismus wird vom aktuellen SPF RFC dringend abgeraten und sollte aufgrund verschiedener Sicherheits- und Zuverlässigkeitsprobleme nicht verwendet werden. Der ptr-Mechanismus kann zu einer starken Zunahme der erforderlichen Suchvorgänge führen, die Sie nicht kontrollieren können.
+Vermeiden Sie die Verwendung des mx-Mechanismus
+Der mx-Mechanismus ist besonders teuer in Bezug auf die erforderlichen Suchvorgänge (mehr dazu später). Möglicherweise müssen Sie mx nicht in Ihrer Richtlinie verwenden. Denken Sie daran, dass MX-Einträge (Mail eXchange) für den Empfang von E-Mails verwendet werden, nicht unbedingt für den Versand. Wenn Sie einen Cloud-basierten E-Mail-Dienst wie G-Suite oder Office 365 verwenden, sollte der include-Mechanismus verwendet und der mx-Mechanismus weggelassen werden.
+Verwenden Sie den ip4- oder ip6-Mechanismus, falls geeignet
+Die ip4- und ip6-Mechanismen erfordern keine zusätzlichen Suchvorgänge und sind daher "kostenlos" zu verwenden. Wenn Ihre Organisation ihre eigenen E-Mail-Dienste verwaltet, können Sie den ip4- und/oder ip6-Mechanismus verwenden, um die IP-Adressen dieser Dienste direkt festzulegen. Seien Sie sich bewusst, dass IP-Adressen subjektiv sind und sich ändern können, was einen höheren Wartungsaufwand für die Richtlinie bedeuten kann. Die ip4- und ip6-Mechanismen sind daher anfällig für Fehler, wenn sie nicht auf dem neuesten Stand gehalten werden.
+Verwenden Sie einen dynamischen SPF-Richtliniendienst
+Als letzten Ausweg können Sie einen "dynamischen" SPF-Richtliniendienst wie autoSPF verwenden. Im Allgemeinen raten wir davon ab, solche Dienste zu verwenden, da sie die Komplexität erhöhen und die E-Mail-Infrastruktur mit zusätzlichen Fehlerpunkten versehen.
+Datensätze NICHT glätten
+In verschiedenen Internetforen wird manchmal vorgeschlagen, SPF-Datensätze zu "glätten", um SPF-Abfragen zu reduzieren. Einige gehen sogar so weit zu behaupten, dass der "Ruf" Ihrer Domäne umso besser wird, je kürzer die Richtlinie ist. Wir haben absolut keinen Grund zu glauben, dass dies wahr ist, und raten dringend von dieser Praxis ab. Das Abflachen von SPF-Einträgen ist fehleranfällig und erfordert ständige Wartung. Wir haben sogar einen eigenen Artikel zu diesem Thema geschrieben.
+Überprüfen Sie Ihren Eintrag nach Änderungen
+Um Probleme mit der Zustellbarkeit zu vermeiden, sollten Sie Ihre SPF-Einträge immer validieren, wenn Sie Änderungen vornehmen, um sicherzustellen, dass die SPF-Richtlinie nicht mehr als 10 Abfragen zulässt.
+Der mx-Mechanismus ist teuer
+Der mx-Mechanismus von SPF ist ein besonders teurer Mechanismus, der in einer SPF-Richtlinie verwendet wird.
+Der mx-Mechanismus erlaubt jedem Absender, der mit einem der MX-DNS-Einträge der Domäne übereinstimmt, E-Mails im Namen der Domäne zu senden. Das Problem dabei ist, dass ein DNS MX-Eintrag einen Hostnamen und keine IP-Adresse enthält. Da E-Mail-Dienste über IP-Adressen kommunizieren, muss der Validator jeden MX-Eintrag nach A- (oder AAAA-) Einträgen abfragen, um eine Übereinstimmung zu finden.
+Nehmen Sie diesen einfachen SPF-Eintrag:
+v=spf1 mx -all
+Dieser Eintrag besagt, dass jeder Absender, der mit den MX-DNS-Einträgen der Domäne übereinstimmt, E-Mails im Namen der Domäne senden darf.
+Das bedeutet, dass der Validator:
+    einen MX-Lookup durchführen
+    MX liefert Domänennamen, keine IP-Adressen. Für jeden MX-Eintrag muss er also A- und/oder AAAA-Abfragen durchführen.
+Wenn die DNS-Abfrage für die Domäne 3 MX-Datensätze zurückgibt, erfordert diese scheinbar einfache SPF-Richtlinie 4 DNS-Abfragen, um sie vollständig zu iterieren.
+Bei großen Cloud-basierten E-Mail-Dienstanbietern wie G-Suite (GMail) oder Microsoft 365 ist es nicht ungewöhnlich, dass Sie bis zu 5 MX-Einträge zu Ihrer Domäne hinzufügen müssen. Aus diesem Grund werden Sie von diesen Diensten immer angewiesen, den SPF-Include-Mechanismus und nicht den mx-Mechanismus zu verwenden.
+Schlussfolgerung
+Der SPF-Standard RFC7208 schreibt vor, dass eine SPF-Richtlinie nicht mehr als 10 zusätzliche DNS-Lookups zur vollständigen Auswertung benötigen darf. Wenn ein Empfänger mehr als 10 Suchvorgänge durchführen muss, um die SPF-Richtlinie zu bewerten, schlägt die E-Mail-Nachricht die SPF-Validierung mit einem Permerror-Status fehl, was die Zustellung der E-Mail-Nachricht verhindern kann.
+Die SPF-DNS-Lookup-Grenze ist ein oft übersehener, aber wesentlicher Faktor für die Zustellbarkeit von E-Mails.
+Der Grenzwert von 10 Abfragen ist für die Art und Weise, wie E-Mails heutzutage genutzt werden, ein wenig veraltet. Mit dem Vormarsch der Cloud-basierten E-Mail-Dienste und Marketing-Plattformen wird diese Grenze leicht überschritten. Es muss darauf geachtet werden, dass der Grenzwert für die Abfrage nicht überschritten wird.
+Im Zweifelsfall sollten Sie Ihre SPF-Datensätze validieren, um sicherzustellen, dass die SPF-Richtlinie nicht mehr als 10 Abfragen zulässt.
+https://www.rfc-editor.org/rfc/rfc7208#section-4.6.4
+*/
 ===== SPF-Bewertung bei der Mailannahme =====