E-Mail Probleme beheben - Versionsgeschichte

134.3.86.14: /* Beispiele */

2023-05-31T07:27:34Z

Beispiele

134.3.86.14: /* SPF */

2023-05-31T07:06:50Z

SPF

134.3.86.14: /* Beispiele */

2023-05-31T07:05:59Z

Beispiele

134.3.86.14: /* SPF */

2023-05-31T06:36:38Z

SPF

134.3.84.225: /* Siehe auch */

2022-09-08T13:01:26Z

Siehe auch

134.3.84.225: /* Syntax */

2022-08-29T13:03:01Z

Syntax

134.3.84.225: /* SPF */

2022-08-29T13:01:44Z

SPF

37.49.72.8: /* SPF */

2020-05-20T13:48:33Z

SPF

37.49.72.8: /* SPF */

2020-05-20T11:11:07Z

SPF

37.49.72.8: /* DMARC */

2020-05-20T10:58:18Z

DMARC

@@ Zeile 61: / Zeile 61: @@
 Beispiel für einen sehr gängigen Eintrag
   v=spf1 mx a -all
-Dieser bedeutet, dass für alle E-Mails, die von Sendern kommen, die sich nicht aus dem A- bzw. MX-Record des DNS ergeben, ein negatives Ergebnis zurückgegeben wird.
+E-Mails von Servern aus dem mx oder a Record sind erlaubt. Für alle anderen wird ein negatives Ergebnis zurückgegeben (-all).
   v=spf1 a:mail.example.org -all
 Mails erlaubt, wenn sie aus den DNS Einträgen der Hauptdomain hervorgehen (-all) oder wenn es vom Server mit dem A-Record zu mail.example.org gehört.
   v=spf1 include:spf.protection.outlook.com -all
-Dieser Eintrag wird von Microsoft vorgeschlagen. Problem: Mails vom Webserver werden oft als Spam identifiziert.
+Dieser Eintrag wird von Microsoft vorgeschlagen. Problem: Mails vom Webserver werden oft als Spam identifiziert, da hier nur Server aus dem spf Eintrag von Microsoft erlaubt sind.
   v=spf1 ip4:85.13.164.115 include:spf.protection.outlook.com -all
-Lösung eins - IP des Servers hinzufügen
+Lösung eins: IP des Servers hinzufügen. Ist allerdings unpraktisch wenn sich die IP ändern kann.
 == Mehrere Server im SPF Eintrag ==

@@ Zeile 22: / Zeile 22: @@
 == SPF ==
   https://all-inkl.com/wichtig/anleitungen/kas/tools/dns-werkzeuge/spf_482.html
-  SPF (Sender Policy Framework)
+  [[SPF (Sender Policy Framework)]]
 '''SPF, Sender Policy Framework''', ist ein Standard zur Überprüfung des Absenders einer E-Mail und '''vermutlich der wichtigste Anti-Spam-Indikator'''. SPF ist ein TXT-Eintrag im DNS der Absender-Domain und leicht zu setzen.

@@ Zeile 65: / Zeile 65: @@
   v=spf1 a:mail.example.org -all
 Mails erlaubt, wenn sie aus den DNS Einträgen der Hauptdomain hervorgehen (-all) oder wenn es vom Server mit dem A-Record zu mail.example.org gehört.
   v=spf1 ip4:85.13.164.115 include:spf.protection.outlook.com -all
 == Mehrere Server im SPF Eintrag ==

@@ Zeile 22: / Zeile 22: @@
 == SPF ==
   https://all-inkl.com/wichtig/anleitungen/kas/tools/dns-werkzeuge/spf_482.html
 '''SPF, Sender Policy Framework''', ist ein Standard zur Überprüfung des Absenders einer E-Mail und '''vermutlich der wichtigste Anti-Spam-Indikator'''. SPF ist ein TXT-Eintrag im DNS der Absender-Domain und leicht zu setzen.
@@ Zeile 64: / Zeile 65: @@
   v=spf1 a:mail.example.org -all
 Mails erlaubt, wenn sie aus den DNS Einträgen der Hauptdomain hervorgehen (-all) oder wenn es vom Server mit dem A-Record zu mail.example.org gehört.
 == Mehrere Server im SPF Eintrag ==

@@ Zeile 1: / Zeile 1: @@
 == Siehe auch ==
   [[TYPO3 - E-Mail]]
   https://it-stack.de/30/05/2018/anti-spam-basics-fuer-versender-spf-dkim-dmarc-mehr/
 == Testtools ==
   https://mxtoolbox.com/SuperTool.aspx

@@ Zeile 55: / Zeile 55: @@
 Sofern für einen Mechanismus ein Argument übergeben werden soll, dann trennen Sie dies mit einem Doppelpunkt.
-Beispiel:
+=== Beispiele ===
   v=spf1 mx a -all
 Dieser bedeutet, dass für alle E-Mails, die von Sendern kommen, die sich nicht aus dem A- bzw. MX-Record des DNS ergeben, ein negatives Ergebnis zurückgegeben wird.

@@ Zeile 20: / Zeile 20: @@
 == SPF ==
   https://all-inkl.com/wichtig/anleitungen/kas/tools/dns-werkzeuge/spf_482.html
-SPF, Sender Policy Framework (Wikipedia, Standard), ist ein Standard zur Überprüfung des Absenders einer E-Mail und vermutlich der wichtigste Anti-Spam-Indikator. SPF ist eine TXT-Einstellung im DNS der Absender-Domain und leicht zu setzen. Etwas mehr Wissen erfordert unter Umständen das Generieren des TXT Eintrags. Hier muss beachtet werden, welche Mailserver und Maildienste für das Versenden der Mails benutzt werden. Wenn ich den Mailserver meines Webhosters nutze, jedoch Mails über die Googlemail Weboberfläche schicke (E-Mail über SMTP eingebunden), muss ich das im SPF-Eintrag beachten. Hierzu gibt es von fast allen Anbietern entsprechende Infos/Hilfeseiten, etwas googeln hilft hier schnell.
+'''SPF, Sender Policy Framework''', ist ein Standard zur Überprüfung des Absenders einer E-Mail und '''vermutlich der wichtigste Anti-Spam-Indikator'''. SPF ist eine TXT-Einstellung im DNS der Absender-Domain und leicht zu setzen. Etwas mehr Wissen erfordert unter Umständen das '''Generieren des TXT Eintrags'''. Hier muss beachtet werden, welche Mailserver und Maildienste für das Versenden der Mails benutzt werden. Wenn ich den Mailserver meines Webhosters nutze, jedoch Mails über die Googlemail Weboberfläche schicke (E-Mail über SMTP eingebunden), muss ich das im SPF-Eintrag beachten. Hierzu gibt es von fast allen Anbietern entsprechende Infos/Hilfeseiten, etwas googeln hilft hier schnell.
 Ein beispielhafter SPF-Eintrag, der Google als Relay inkludiert, könnte so aussehen:
   v=spf1 a mx include:_spf.google.com ~all
 * Kein ptr im SPF eintragen, wenn MX gesetzt ist, auch wenn das viele Generatoren immernoch machen.
 * Überprüfung mit SPF Check der MXToolBox. Weitere Infos findet ihr bestimmt in der Hilfe eures Maildienstleisters/Hosters mit der Suche nach „SPF“.
 == Mehrere Server im SPF Eintrag ==

← Nächstältere Version		Version vom 20. Mai 2020, 10:58 Uhr
Zeile 70:		Zeile 70:
	v=DMARC1; p=none; rua=mailto:admin@it-stack.de; ruf=mailto:admin@it-stack.de; fo=1;		v=DMARC1; p=none; rua=mailto:admin@it-stack.de; ruf=mailto:admin@it-stack.de; fo=1;
	Dieser Eintrag schickt Reportings an mich, wenn SPF oder DKIM fehlschlägt sowie generelle Reports, der Mailserver soll die Fehlschläge jedoch wie gewohnt behandeln, ich gebe kein strikteres Vorgehen vor.		Dieser Eintrag schickt Reportings an mich, wenn SPF oder DKIM fehlschlägt sowie generelle Reports, der Mailserver soll die Fehlschläge jedoch wie gewohnt behandeln, ich gebe kein strikteres Vorgehen vor.
		+
		+	== Blacklists ==
		+	Es gibt eine Vielzahl von professionell betriebenen Anti-Spam-Listen, also Blacklists, die von Mailservern zur weiteren Überprüfung abgefragt werden können. Ob mein Mailserver auf einer Blacklist steht, kann ich beispielsweise mit der MxToolBox Blacklist Suche herausfinden. Gebt hier eure Domain ein und eine Auswertung von über 100 Blackslists wird eventuelle Funde aufzeigen. Solltet euer Mailserver nicht die IP eurer Domain teilen oder weitere in das Mailing involvierten MX-Server-IPs bekannt sein, diese am besten auch noch testen.
		+	Eure Domain/IP ist in einer Blacklist gefunden worden? Das ist unpraktisch, kann aber mal passieren. Geblacklistet werden für gewöhnlich ganze Server. Auf einem Shared Server, wie das bei Webhosting fast immer der Fall ist, sind, je nach Vertrag, 20 bis 100 weitere Kunden untergebracht. Die Chance, dass ein anderer Kunde für das Blacklisting verantwortlich ist, ist hoch.
		+	Was tun? Auf der Betreiberseite der Blacklist gibt es meistens Suchen/Informationsportale, in denen Blacklist-Kandidaten, teilweise mit mehr Details und Begründung, gesucht werden können. Ich empfehle zwei Recherchen: Suche nach der Domain und nach der/den IPs.
		+	So kann es sein, dass die IP-Adresse des Servers in mehreren Einträgen gefunden wird (Reportfunde bei Spamhaus ZEN: Link1, Link2, in welchen wiederum eure Domain nicht erwähnt wird), für die Domain jedoch kein Eintrag vorhanden ist. Das sind weitere Hinweise darauf, dass nicht ihr, sondern ein anderer Kunde des Servers Schuld hat.
		+	Unabhängig von diesen Recherchen könnt ihr vermutlich wenig gegen das Blacklisting tun. Manche Betreiber bieten Unblock Formulare an, andere nicht. Informiert auf jeden Fall euren Webhoster/Mailing-Anbieter mit allen herausgefundenen Informationen über das Blacklisting – dieser hat für gewöhnlich andere Optionen und kann direkt selbst in die Behandlung der Problemursache, also gegen entsprechende Kunden, vorgehen.
		+
		+	== User Trust ==
		+	Desweiteren hilft es, sich zusätzlich Trust über den User/Empfänger zu holen – beispielsweise durch das Hinzufügen eurer Absenderadresse zu den Kontakten, das Markieren der Nachrichten als „Wichtig“ oder Versehen mit Sternchen/Markern (je nach Client heißt das anders), den Absender „Nie als Spam markieren“ (ebenfalls je Client anders) und mehr. Alles, was man mit einer Mail oder einem Absender bei dem jeweiligen Anbieter des Empfängers tun kann, dass letztlich einen positiven Effekt hat. Die Anbieter speichern solche Informationen (wie oft wurde eine Mail mit Inhalt X positiv behandelt, wie oft der Absender usw.) und behandeln Mails dieses Absenders zukünftig besser. Diese Maßnahme kann man bis zu einer gewissen Anzahl mit den eigenen Mitarbeitern starten – Mails an ihre private Mailadresse schicken, bestenfalls bei unterschiedlichen Anbietern, und die Mails von ihnen „positiv behandeln“ lassen.