SPF Errors bei Mails aus dem Microsoft Netzwerk

Hallo,
<br />Ja, der externe Benutzer würde ein "Annahme verweigert" erhalten würde ich die SPF -Prüfung auf "reject" stellen.
<br />So landen alle Email in einer Mailquarantäne da der SPF nicht stimmt.
<br />Ich habe die SPF-Prüfung abgeschwächt um überhaupt mails von den Absendern zu erhalten und nicht permanent angerufen zu werden dass wir Mails verweigern.
<br />Wie gesagt, es geht da nicht um Einzelfälle und das Problem ist erst seit einer Woche und jede SPF-Prüfung zeigt dass der sendende Server von Microsoft nicht im SPF von Microsoft (spf.protection.outlook.com) inkludiert ist.
Jeder Server der abgewiesen kommt aus dem MS NetRange: 2603:1000:: - 2603:10FF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF
<br />
<br />

Hallo Alexandar Petrov,
danke für die Rückmeldung.

Es gibt bereits eine Serviceanfrage, jedoch bin ich mit der Art der Bearbeitung überhaupt nicht zufrieden. Es macht den Eindruck, dass das Problem fachlich nicht verstanden wird.
Die von mir bereitgestellte Fehlerbeschreibung sollte eigentlich eindeutig sein. Eine PSR - wie beispielsweise in der Serviceanfrage gefordert - macht fachlich überhaupt keinen Sinn.
Gerne versuche ich das Problem noch einmal zusammenzufassen (Daten anonymisiert):
Der Kunde hat ein Postfach *** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. ***. Bei der Domain wurde der von Microsoft bereitgestellte SPF-Record ("v=spf1 include:spf.protection.outlook.com -all") hinterlegt. Beim Postfach ist eine externe Weiterleitung für ankommende E-Mails eingerichtet. E-Mails werden an ein Postfach bei Google weitergeleitet, exemplarisch: *** Die E-Mail-Adresse wurde aus Datenschutzgründen entfernt. ***.
Nun lehnt Google diese weitergeleiteten E-Mails sporadisch ab. Als Grund wird angegeben, dass der E-Mail-Server nicht zum Senden berechtigt ist (SPF-Record). Als IP-Adresse wurden beispielsweise 40.95.79.66 und 40.95.91.40 genannt.
Prüft man diese IP-Adressen, gehören diese zum Microsoft-Netzwerk. Diese IP-Adressen sind jedoch NICHT Bestandteil vom o.g. SPF-Record. Dadurch schlägt die entsprechende Prüfung fehl und der empfangende Server verweigert die Nachricht.
Das beschriebene Problem kann selbstverständlich mit jedem anderen Anbieter auftreten, der ebenfalls den SPF-Record prüft. Ist also nichts googlerelevantes.
Ich hoffe, dass ich die Problematik besser vermitteln konnte.
Vielen Dank für Ihre Unterstützung!

Hallo Heinzi,

Du hast nicht die Voraussetzungen von Office 365 für Domäneneinrichtung getroffen. Die Information ist klar im
Artikel beschrieben.

"Für die Verwendung einer benutzerdefinierten Domäne erfordert Office 365, einen SPF (Sender Policy Framework) TXT-Eintrag Ihrem DNS-Eintrag hinzuzufügen, um Spoofing zu verhindern. SPF identifiziert, welche E-Mail-Server zum Senden
von E-Mails in Ihrem Auftrag berechtigt sind. Im Grunde trägt SPF zusammen mit DKIM, DMARC und anderen Technologien von Office 365 dazu bei, Spoofing und Phishing zu verhindern. SPF wird als TXT-Eintrag hinzugefügt, der von DNS verwendet wird, um zu identifizieren,
welche E-Mail-Server E-Mails im Auftrag Ihrer benutzerdefinierten Domäne senden können. Empfänger können auf den SPF TXT-Eintrag zugreifen, um festzustellen, ob eine Nachricht von Ihrer benutzerdefinierten Domäne über einen autorisierten Messagingserver kommt."

Wenn der SPF Eintrag bei Deinem Domänenanbieter nicht gesetzt ist, können wir kein weiteres Troubleshooting machen.

Mit freundlichen Grüßen,

Galin Karlov

Microsoft Office 365 Support Engineer

Hallo Manfred,

vielen Dank für deine Rückmeldung.

Hier kann man mehr erfahren, wie man sich mit einem SPF DNS
Eintrag im Exchange Online schützen kann.

Ich habe dir 2 Artikel geschickt, wo erklärt ist wie man einen SPF
DNS Eintrag aussehen soll und das für
jede Domäne nur einen solchen Eintrag sein soll. Im weiteren
Artikel kann man sehen wie beide Einträge zusammengefügt werden können. Hier mal einen Zitat:

"Problembehandlung: bewährte Methoden für SPF
in Microsoft 365

Sie dürfen nur
einen SPF TXT-Eintrag für Ihre benutzerdefinierte Domäne erstellen. Das Erstellen von mehreren
Einträgen führt zu einer Roundrobin-Situation,
und SPF verursacht einen Fehler.
"

Freue mich auf deine Rückmeldung.

 

Mit freundlichen Grüßen

Alexander Petrov

Microsoft Office 365 Support Engineer

Hallo Uwe,



vielen Dank für deine Rückmeldung auf meiner privaten Nachricht und die Informationen.



Man kann in dem NDR Bericht schon sehen, dass beide Empfänger Microsoft Live Konten haben und keine Office 365 für Business Accounts. Dort findet man noch folgenden Hinweis: "Bitte kontaktieren Sie Ihren Internet Service Provider
als Teil ihres Netzwerkes befindet sich auf unserer Sperrliste befindet. Der Anbieter kann
diese Informationen beachten."



Freue mich auf deine Rückmeldung.



Mit freundlichen Grüßen,

Alexander Petrov

Microsoft Office 365 Support Engineer