6
Office 365 mit Wordpress nutzen
Wir nutzen einen Webhoster, wo wir eine Wordpress Webseite betreiben und haben vor einiger Zeit zu Office 365 gewechselt. Unser Webhoster erlaubt innerhalb von Wordpress aber nur die Nutzung des Localhosts zum email Versand. Daher müssen wir unserem Office 365 beibringen, dass dieser Webserver auch mit unserer Domäne emails versenden darf.
Grundsätzlich sollte das ja über den SPF Eintrag gehen. Dies ist nun für die IPv4 Adresse, sowie auch für den DNS Namen des Webserver mit der Wordpress Installation erfolgt. Trotzdem bezeichnet Outlook die empfangenen emails als SPAM.
Der SPF ist folgend aufgebaut: v=spf1 include:spf.protection.outlook.de +ipv4:x.x.x.x +a:DNS-Name -all
Wo liegt der Fehler bzgl. muss man noch einen Exchange Connector dafür bauen?
Grundsätzlich sollte das ja über den SPF Eintrag gehen. Dies ist nun für die IPv4 Adresse, sowie auch für den DNS Namen des Webserver mit der Wordpress Installation erfolgt. Trotzdem bezeichnet Outlook die empfangenen emails als SPAM.
Der SPF ist folgend aufgebaut: v=spf1 include:spf.protection.outlook.de +ipv4:x.x.x.x +a:DNS-Name -all
Wo liegt der Fehler bzgl. muss man noch einen Exchange Connector dafür bauen?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 665855
Url: https://administrator.de/contentid/665855
Ausgedruckt am: 22.11.2024 um 17:11 Uhr
6 Kommentare
Neuester Kommentar
Hallo,
Wird das nur bei euch als Spam erkannt, oder zb auch bei Google?
Wenn nur bei euch, dann kann man im Exchange Admin Center eine Regel erstellen.
Wenn es überall als Spam erkannt wird, liegt es am smtp Server vom Webhoster. Dann kann es durchaus sein, dass der der ptr record nicht zur ip vom Webserver passt oder oder oder.
Wie sieht denn der Header von der email aus ?
Wird das nur bei euch als Spam erkannt, oder zb auch bei Google?
Wenn nur bei euch, dann kann man im Exchange Admin Center eine Regel erstellen.
Wenn es überall als Spam erkannt wird, liegt es am smtp Server vom Webhoster. Dann kann es durchaus sein, dass der der ptr record nicht zur ip vom Webserver passt oder oder oder.
Wie sieht denn der Header von der email aus ?
Hallo,
es gibt für Wordpress viele Plugins für SMTP.
https://www.google.com/search?q=wordpress+smtp+plugin
Über SFP kannst Du nur Anderen beibringen, dass diese Mails OK sind.
Microsoft glaubt nur seinen eigenen Informationen.
-> Hotline
Stefan
es gibt für Wordpress viele Plugins für SMTP.
https://www.google.com/search?q=wordpress+smtp+plugin
Über SFP kannst Du nur Anderen beibringen, dass diese Mails OK sind.
Microsoft glaubt nur seinen eigenen Informationen.
-> Hotline
Stefan
Ich habe es so verstanden, dass sein Hoster Alternative smtp Verbindungen blockt und ein Versand nur über den lokalen smtp möglich ist
Dann ist es vermutlich einfacher den Hoster zu wechseln 
1
Externe SMTP Logins sind bei dem Provider nicht erlaubt, daher ja die aktuelle Problemstellung.
Die Mails werden auch anderweitig (Google, GMX) als SPAM erkannt, obwohl die IP wie auch der Hostname des versendenden Mailservers in dem SPF Eintrag steht. Weiß jemand, welche weiteren Möglichkeiten es gibt, um einen externen Mailserver zu autorisieren bzw. warum das mit dem SPF nicht aussreicht?
Auf der Domain sind aktuell auch DKIM und DMARC aktiv. Wahrscheinlich wird es daran liegen und ich gehe davon aus, das es nciht möglich sein wird, dies zu lösen, dass es dann wohl sehr kompliziert werden wird
Hat jemand hier eine funktionierende Lösung?
Die Mails werden auch anderweitig (Google, GMX) als SPAM erkannt, obwohl die IP wie auch der Hostname des versendenden Mailservers in dem SPF Eintrag steht. Weiß jemand, welche weiteren Möglichkeiten es gibt, um einen externen Mailserver zu autorisieren bzw. warum das mit dem SPF nicht aussreicht?
Auf der Domain sind aktuell auch DKIM und DMARC aktiv. Wahrscheinlich wird es daran liegen und ich gehe davon aus, das es nciht möglich sein wird, dies zu lösen, dass es dann wohl sehr kompliziert werden wird
Hat jemand hier eine funktionierende Lösung?
Problem ist in sofern gelöst, als dass der Provider nun die Verbindung zum Office 365 Mailserver für SMTP Auth freigegeben hat. Damit funktioniert es nun.
