3
Email settings for .de arent set up correctly. - Office 365 können keine E-Mails mehr an uns versenden
Guten Abend zusammen,
wir haben soeben die Information erhalten, dass von Office365 E-Mail Servern nicht mehr alle E-Mails bei unserem Exchange Server zugestellt werden.
Zum Beispiel: Zehn E-Mail können erfolgreich an XY@domain.de zugestellt werden, zwei weitere nicht. Gleicher Absender, gleicher Empfänger.
Bei diesen kommt folgende Fehlermeldung:
Wir haben auf dieser Domain eine gültige A-Record und zwei gültige MX-Records. Bei allen anderen Anbieter haben wir keine Probleme.
Hoffentlich habt Ihr eine Ahnung, weshalb wir hier so Probleme haben. Hat Ihr dies bereits ebenfalls schonmal? Mit meinem persönlichen Outlook E-Mail Adresse konnte ich diesen Fehler leider bisher noch nicht reproduzieren. Allerdings habe ich von zwei unterschiedlichen Office365 Organisationen die Rückmeldung erhalten, dass Sie diesen Fehler teilweise haben.
Ich freue mich über viele Rückmeldung und wünsche noch einen schönen Abend.
Viele Grüße vom Bodensee.
wir haben soeben die Information erhalten, dass von Office365 E-Mail Servern nicht mehr alle E-Mails bei unserem Exchange Server zugestellt werden.
Zum Beispiel: Zehn E-Mail können erfolgreich an XY@domain.de zugestellt werden, zwei weitere nicht. Gleicher Absender, gleicher Empfänger.
Bei diesen kommt folgende Fehlermeldung:
When Office 365 tried to send the message, an email server outside of Office 365 returned the "Reported Error" shown below. This error indicates that the Domain Name System (DNS) mail exchanger (MX) record, A record, or AAAA record for ****.de doesn't exist or isn't set up correctly.
To fix this issue, contact the recipient's email admin and ask them to work with their domain registrar (or Web host provider) to correctly set up correct MX and A/AAAA records for their domain.
Only the recipient's email admin can fix this. Unfortunately, Office 365 Support can't help with these kinds of externally reported errors. Error Details
Reported error: 550 5.4.350 Remote server returned invalid or missing DNS MX or A record for recipient domain -> 554 * 0.6 BAYES_40 BODY: Bayes spam probability is 20 to 40% * [score: 0.3728] * 2.0 DEAR_SOMETHING BODY: Contains 'Dear (something)' * 0.0 T_SPF_HELO_TEMPERROR SPF: test of HELO record failed * (temperror) * 0.1 MIME_HTML_ONLY BODY: Message only has text/html MIME parts * 1.5 HTML_IMAGE_ONLY_20 BODY: HTML: images with 1600-2000 bytes of * words * 0.0 HTML_MESSAGE BODY: HTML included in message * 0.0 HTML_EXTRA_CLOSE BODY: HTML contains far too many close tags * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * 0.1 DKIM_INVALID DKIM or DK signature exists, but is not valid * 1.5 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS
DSN generated by: DBBPR07MB7436.eurprd07.prod.outlook.comWir haben auf dieser Domain eine gültige A-Record und zwei gültige MX-Records. Bei allen anderen Anbieter haben wir keine Probleme.
Hoffentlich habt Ihr eine Ahnung, weshalb wir hier so Probleme haben. Hat Ihr dies bereits ebenfalls schonmal? Mit meinem persönlichen Outlook E-Mail Adresse konnte ich diesen Fehler leider bisher noch nicht reproduzieren. Allerdings habe ich von zwei unterschiedlichen Office365 Organisationen die Rückmeldung erhalten, dass Sie diesen Fehler teilweise haben.
Ich freue mich über viele Rückmeldung und wünsche noch einen schönen Abend.
Viele Grüße vom Bodensee.
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: 4358450496
Url: https://administrator.de/contentid/4358450496
Ausgedruckt am: 04.11.2024 um 22:11 Uhr
3 Kommentare
Neuester Kommentar
Deine MXe haben eine falsche Rückwärtsauflösung, vorwärts stehen die als mx01 und mx02 drin, rückwärts kommt aber beide Male email raus. Löst man hingegen email auf, kommt nur die IP vom mx01 heraus.
Sprich wenn du über den mx02 versendest, meldet dieser sich als email, mit der IP-Adresse von mx01, bei der Vorwärts-Rückwärts-Hin-und-Her-Prüfung gibt es dann aber einen Mismatch, weil die Verbindung kommt von 109., email löst Rückwärts aber zu 91. auf.
Um es richtig zu machen, müssen sich alle Mailserver mit ihrer eigenen Identität melden und diese muss vollumfänglich stimmen. Also mx01 meldet sich als mx01, löst zu 91. auf und eine Rückwärtsauflösung von 91. gibt auch nur mx01 zurück. Beim mx02 das gleiche, also mx02 löst zu 109. löst zu mx02 auf.
Entnehmbar aus der Meldung
Sprich wenn du über den mx02 versendest, meldet dieser sich als email, mit der IP-Adresse von mx01, bei der Vorwärts-Rückwärts-Hin-und-Her-Prüfung gibt es dann aber einen Mismatch, weil die Verbindung kommt von 109., email löst Rückwärts aber zu 91. auf.
Um es richtig zu machen, müssen sich alle Mailserver mit ihrer eigenen Identität melden und diese muss vollumfänglich stimmen. Also mx01 meldet sich als mx01, löst zu 91. auf und eine Rückwärtsauflösung von 91. gibt auch nur mx01 zurück. Beim mx02 das gleiche, also mx02 löst zu 109. löst zu mx02 auf.
Entnehmbar aus der Meldung
Relay HELO differs from its IP's reverse DNS 
1
Ist xy@domain.de eure Emailadresse oder die Zieladresse?
Ansonsten gilt das, was in der Fehlermeldung steht: DNS-Server checken, sowohl Zone File als auch ob er richtig läuft.
Testen kann man es zum Beispiel hiermit: https://mxtoolbox.com/SuperTool.aspx oder hiermit https://www.zonemaster.net/domain_check
Ansonsten gilt das, was in der Fehlermeldung steht: DNS-Server checken, sowohl Zone File als auch ob er richtig läuft.
Testen kann man es zum Beispiel hiermit: https://mxtoolbox.com/SuperTool.aspx oder hiermit https://www.zonemaster.net/domain_check
Zitat von @tikayevent:
Deine MXe haben eine falsche Rückwärtsauflösung, vorwärts stehen die als mx01 und mx02 drin, rückwärts kommt aber beide Male email raus. Löst man hingegen email auf, kommt nur die IP vom mx01 heraus.
Sprich wenn du über den mx02 versendest, meldet dieser sich als email, mit der IP-Adresse von mx01, bei der Vorwärts-Rückwärts-Hin-und-Her-Prüfung gibt es dann aber einen Mismatch, weil die Verbindung kommt von 109., email löst Rückwärts aber zu 91. auf.
Um es richtig zu machen, müssen sich alle Mailserver mit ihrer eigenen Identität melden und diese muss vollumfänglich stimmen. Also mx01 meldet sich als mx01, löst zu 91. auf und eine Rückwärtsauflösung von 91. gibt auch nur mx01 zurück. Beim mx02 das gleiche, also mx02 löst zu 109. löst zu mx02 auf.
Entnehmbar aus der Meldung
Deine MXe haben eine falsche Rückwärtsauflösung, vorwärts stehen die als mx01 und mx02 drin, rückwärts kommt aber beide Male email raus. Löst man hingegen email auf, kommt nur die IP vom mx01 heraus.
Sprich wenn du über den mx02 versendest, meldet dieser sich als email, mit der IP-Adresse von mx01, bei der Vorwärts-Rückwärts-Hin-und-Her-Prüfung gibt es dann aber einen Mismatch, weil die Verbindung kommt von 109., email löst Rückwärts aber zu 91. auf.
Um es richtig zu machen, müssen sich alle Mailserver mit ihrer eigenen Identität melden und diese muss vollumfänglich stimmen. Also mx01 meldet sich als mx01, löst zu 91. auf und eine Rückwärtsauflösung von 91. gibt auch nur mx01 zurück. Beim mx02 das gleiche, also mx02 löst zu 109. löst zu mx02 auf.
Entnehmbar aus der Meldung
Relay HELO differs from its IP's reverse DNS Vielen Dank für deine schnelle Rückmeldung @tikayevent.
Dein genanntes Problem ist sicherlich richtig, dies ist dem Administrator bereits bekannt und wird vermutlich in den nächsten zwei Wochen behoben. Aktuell werden E-Mail nur über mx1 versendet. Der MX2 wird aktuell nur zum Empfang der E-Mails verwendet.
Nach meinem Kenntnisstand wird doch die Vorwärts-Rückwärts-Hin-und-Her-Prüfung beim Empfangsserver durchgeführt, wenn wir zum Beispiel eine E-Mail versenden. Wird diese Prüfung mittlerweile bereits beim Versenden auf dem Versandserver durchgeführt? Das aktuelle Problem tritt ja auf, wenn jemand über Office365 zu unserem Exchange Server eine E-Mail versenden möchte. Wir versenden in diesem Beispiel keine E-Mail.
Hast du hiermit bereits Erfahrung gesammelt?
Ich freue mich von Dir zu lesen.
