5
M365 bzw. Outlook365 nimmt Emails an, obwohl es einen eigenen Emailserver gibt
Guten Morgen,
ich habe seit ein paar Tagen ein Problem mit dem Email-Verkehr bei einem Kunden:
Folgendes Setup:
Windows Server mit Email-Lösung Kerio Connect OnPremise installiert.
Bisher funktionierte die Combo tadellos, es geht jetzt auch nicht darum ob Kerio Connect was taugt oder nicht, die Software hat damit gar nix zu tun.
Problem:
Der Kunde rief mich gestern an und teilte mir mit, daß sich immer öfter Lieferanten melden, deren Emails als Spam rejected werden.
Es kommt eine Fehlermeldung von Office365
"Your message couldn't be delivered to the recipients shown below.
kundendomain.de suspects your message is spam and rejected it.
When Office 365 tried to send the message to the recipient (outside Office 365),
the recipient's email server (or email filtering service) suspected the sender's message is spam."
Im Message Header sieht man dann, daß alle Hops ausschließlich aus dem outlook365-Umfeld stammen.
Daraufhin habe ich Versuche von meinem Geschäfts-Account durchgeführt, der ein O365-Account ist und siehe da, ich bekomme die selbe
Unzustellbarkeits-Nachricht!
Versende ich von meiner Privaten-Emailadresse, die bei Mittwald liegt wird die Mail hingegen korrekt an den Kunden ausgeliefert.
Die MX-Records des Kunden stimmen, der Email-Provider des Kunden (NICHT M365/O365) hat keine Probleme.
Der Kunde hat lediglich seit Jahren für ein Office 2016 ein Microsoft-Konto, welches auf seine Geschäfts-Email-Adresse lautet.
Es gibt nur ein persönliches Live-Konto, keine geschäftliche O365 Umgebung oder so.
Melde ich mich bei live.microsoft.com an komme ich allerdings sofort auf Outlook-Online in dessen Emailpostfach.
Dort sind keine Emails vorhanden, aber ich kann Emails versenden.
Fazit:
Microsoft scheint intern bei Absendern aus dem Exchange Online / O365 Umfeld sich selbst als MX für die Kundendomain zu sehen
und trotz daß die Kundendomian NICHT mit O365 verknüpft wurde, wie es bei geschäftlichen O365 der Fall wäre, alle Emails für die
Domain anzunehmen, denn alle Emails an ...@kundendomain.de werden mit derselben Fehlermeldung zurückgewiesen, sobald der
Absender über ein Exchange Online bzw. O365/M365 Konto verfügt.
Ich hoffe ich habe mich einigermaßen verständlich ausgedrückt und wir finden den Fehler schnell.
Vielen Dank und viele Grüße
Joachim Homm
ich habe seit ein paar Tagen ein Problem mit dem Email-Verkehr bei einem Kunden:
Folgendes Setup:
Windows Server mit Email-Lösung Kerio Connect OnPremise installiert.
Bisher funktionierte die Combo tadellos, es geht jetzt auch nicht darum ob Kerio Connect was taugt oder nicht, die Software hat damit gar nix zu tun.
Problem:
Der Kunde rief mich gestern an und teilte mir mit, daß sich immer öfter Lieferanten melden, deren Emails als Spam rejected werden.
Es kommt eine Fehlermeldung von Office365
"Your message couldn't be delivered to the recipients shown below.
kundendomain.de suspects your message is spam and rejected it.
When Office 365 tried to send the message to the recipient (outside Office 365),
the recipient's email server (or email filtering service) suspected the sender's message is spam."
Im Message Header sieht man dann, daß alle Hops ausschließlich aus dem outlook365-Umfeld stammen.
Daraufhin habe ich Versuche von meinem Geschäfts-Account durchgeführt, der ein O365-Account ist und siehe da, ich bekomme die selbe
Unzustellbarkeits-Nachricht!
Versende ich von meiner Privaten-Emailadresse, die bei Mittwald liegt wird die Mail hingegen korrekt an den Kunden ausgeliefert.
Die MX-Records des Kunden stimmen, der Email-Provider des Kunden (NICHT M365/O365) hat keine Probleme.
Der Kunde hat lediglich seit Jahren für ein Office 2016 ein Microsoft-Konto, welches auf seine Geschäfts-Email-Adresse lautet.
Es gibt nur ein persönliches Live-Konto, keine geschäftliche O365 Umgebung oder so.
Melde ich mich bei live.microsoft.com an komme ich allerdings sofort auf Outlook-Online in dessen Emailpostfach.
Dort sind keine Emails vorhanden, aber ich kann Emails versenden.
Fazit:
Microsoft scheint intern bei Absendern aus dem Exchange Online / O365 Umfeld sich selbst als MX für die Kundendomain zu sehen
und trotz daß die Kundendomian NICHT mit O365 verknüpft wurde, wie es bei geschäftlichen O365 der Fall wäre, alle Emails für die
Domain anzunehmen, denn alle Emails an ...@kundendomain.de werden mit derselben Fehlermeldung zurückgewiesen, sobald der
Absender über ein Exchange Online bzw. O365/M365 Konto verfügt.
Ich hoffe ich habe mich einigermaßen verständlich ausgedrückt und wir finden den Fehler schnell.
Vielen Dank und viele Grüße
Joachim Homm
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 1196394250
Url: https://administrator.de/contentid/1196394250
Printed on: April 23, 2024 at 09:04 o'clock
5 Comments
Latest comment
moin...
was sagt den der MS 365 Support dazu? ich denke, nur die können da helfen....
Frank
was sagt den der MS 365 Support dazu? ich denke, nur die können da helfen....
Frank
Update:
Wie ich mittlerweile erfahren habe ist wohl die Mailserver-Konfiguration von Microsoft Schuld daran!
Somit werden Emails, die aus dem O365-Umfeld kommen bei vielen Providern im Moment als Spam zurückgeschickt.
Was mich jedoch wundert ist, daß im gesamten Mail-Header nirgends ein Eintrag des MX vom Kunden auftaucht.
Der Provider des Kunden arbeitet derzeit an einem Workaround um Emails von O365 wieder annehmen zu können, bleibt spannend!
Wie ich mittlerweile erfahren habe ist wohl die Mailserver-Konfiguration von Microsoft Schuld daran!
Somit werden Emails, die aus dem O365-Umfeld kommen bei vielen Providern im Moment als Spam zurückgeschickt.
Was mich jedoch wundert ist, daß im gesamten Mail-Header nirgends ein Eintrag des MX vom Kunden auftaucht.
Der Provider des Kunden arbeitet derzeit an einem Workaround um Emails von O365 wieder annehmen zu können, bleibt spannend!
Moin,
zeigt den der MX-Record für "kundendomäne.de" direkt auf die öffentliche IP des Kunden bzw. den Kerio Connect oder
schiebt er die Mails von M365 weiter auf Kerio Connect? Oder ist ggf. ein MX-Record auf M365 mit höherer Prio als Puffer
bei Nicht-Erreichbarkeit des Kerio Connect vorhanden?
Gruß NV
zeigt den der MX-Record für "kundendomäne.de" direkt auf die öffentliche IP des Kunden bzw. den Kerio Connect oder
schiebt er die Mails von M365 weiter auf Kerio Connect? Oder ist ggf. ein MX-Record auf M365 mit höherer Prio als Puffer
bei Nicht-Erreichbarkeit des Kerio Connect vorhanden?
Gruß NV
Danke NV,
Der MX der kundendomain.de zeigt mit MX und sec. MX auf den Provider des Kunden, der interne Kerio holt quasi per POP-Download von dort ab.
Es gibt keinen MX-Puffer bei M365.
Aber wie gesagt ist wohl das Problem bei MS lokalisiert und auch bei mehreren Providern grad ABM in der Technik, die jetzt versuchen müssen die Mails trotz der vergurkten Konfiguration zu akzeptieren.
Gruß
Joachim
Der MX der kundendomain.de zeigt mit MX und sec. MX auf den Provider des Kunden, der interne Kerio holt quasi per POP-Download von dort ab.
Es gibt keinen MX-Puffer bei M365.
Aber wie gesagt ist wohl das Problem bei MS lokalisiert und auch bei mehreren Providern grad ABM in der Technik, die jetzt versuchen müssen die Mails trotz der vergurkten Konfiguration zu akzeptieren.
Gruß
Joachim
Somit werden Emails, die aus dem O365-Umfeld kommen bei vielen Providern im Moment als Spam zurückgeschickt.
Was mich jedoch wundert ist, daß im gesamten Mail-Header nirgends ein Eintrag des MX vom Kunden auftaucht.
Was mich jedoch wundert ist, daß im gesamten Mail-Header nirgends ein Eintrag des MX vom Kunden auftaucht.
Da taucht kein Header von externen Mailservern im NDR auf, wenn die die Mail überhaupt nicht annehmen sondern ablehnen, weil dann Microsoft auf seinen Systemen selbst den NDR generieren muss. So, wie es richtig ist
Nebenbei: Auch wir sehen auf unseren Spamfiltern schon seit gut 8-9 Wochen massive Spamausbrüche von outlook.com.
Kriegt Microsoft inhärent nicht in den Griff, aber unser Spamfilter hat es bisher geschafft, ohne pauschale Blockierung der Domain, den Spam vom Ham zu trennen. Ich kann aber nachfühlen, dass manche Provider dann komplett "*.outlook.com" sperren.
1
