ATTR35-Antwortcode, wenn E-Mails an Microsoft 365 gesendet werden

Symptome

E-Mails, die Sie an einen Microsoft 365-Empfänger gesendet haben, werden zurückgestellt, und Sie erhalten die folgende Fehlermeldung:

451 4.4.62 E-Mails, die an die falsche Office 365-Region gesendet wurden. ATTR35.

Ursache

Bei der versuchten E-Mail-Zustellung an Microsoft 365 wurde ein MX-Eintrag oder Smarthost verwendet, der einen falschen Zielwert für Microsoft 365 enthielt.

Beschluss

1. Wenn Sie E-Mails von Ihrer lokalen Umgebung an Microsoft 365 über ein SMTP-Relay weiterleiten (z. B. lokale Postfächer, Multifunktionsgeräte oder E-Mail-Sendeanwendungen), überprüfen Sie die folgenden Einstellungen:

   • Wenn Sie Exchange in Ihrer lokalen Umgebung verwenden, überprüfen Sie, ob der Smarthostwert im Sendeconnector, der E-Mails an Microsoft 365 weiter leitet, nichtmail.messaging.microsoft.com, mail.global.frontbridge.com oder eine Microsoft 365-IP-Adresse verwendet.

   • Wenn Sie Server oder Geräte verwenden, um E-Mails direkt an oder über Microsoft 365 weiterzuleiten, stellen Sie sicher, dass die Smarthostwerte keine mail.messaging.microsoft.com, mail.global.frontbridge.com oder Microsoft 365-IP-Adressen verwenden. Weitere Informationen finden Sie in den Optionen 2 und 3 in der Einrichtung eines Multifunktionsgeräts oder einer Anwendung zum Senden von E-Mails mit Microsoft 365.

   • Wenn Sie Ihre Smarthosteinstellungen beheben müssen (da sie einen der falschen Werte verwendet hat, die im ersten Aufzählungszeichenelement angegeben sind), empfehlen wir, Ihre ursprüngliche Domäne als Smarthost zu verwenden. Die ursprüngliche Domäne befindet sich im Format <GUID.onmicrosoft.com>, wobei <GUID> ein eindeutiger Wert ist, der jeder Organisation als Teil ihrer Registrierung im Dienst bereitgestellt wird. Ihre anfängliche Domäne wird im Microsoft 365 Admin Center unter Setup ->Domains oder im Exchange Admin Center (EAC) unter "EAC"-Nachrichtenfluss ->Akzeptierte Domänen aufgeführt.

     Hinweis

     Wenn Ihr Server oder Gerät keine MX-Abfrage ausführen kann, sollten Sie <GUID>.mail.protection.outlook.com verwenden, wobei <GUID> eindeutig Ihrer ursprünglichen Microsoft 365-Domäne zugewiesen ist.

   • Wenn der ATTR35-Fehler nach der Überprüfung der Smarthost- und DNS-Einstellungen weiterhin angezeigt wird, senden Ihre Server oder Geräte wahrscheinlich E-Mails außerhalb Ihrer Organisation ohne ordnungsgemäß konfigurierten Microsoft 365 Inbound Connector. In diesem Fall müssen Sie die zusätzlichen Einstellungen konfigurieren, wie in Option 3 des Einrichtens eines Multifunktionsgeräts oder einer Anwendung zum Senden von E-Mails mit Microsoft 365 beschrieben. Dies liegt daran, dass Sie Option 2 nicht verwenden können, um extern an Ihre Organisation zu senden. Um Option 3 zu verwenden, um E-Mails von Ihren Servern oder Geräten über Microsoft 365 weiterzuleiten, stellen Sie sicher, dass Ihre eingehenden Konnektoren in Microsoft 365 den richtigen Namen des Sendzertifikats oder das verwendete SAN dieses Servers oder Geräts enthalten oder die richtige IP-Adresse des sendenden Servers oder Geräts.

2. Überprüfen Sie alle anderen Dienste, die E-Mails direkt an Ihre Microsoft 365-Organisation weiterleiten (z. B. wenn Sie einen anderen Anbieter für die Spamfilterung verwenden). Stellen Sie sicher, dass die Smarthostwerte keinemail.messaging.microsoft.com, mail.global.frontbridge.com oder Microsoft 365-IP-Adressen verwenden. Wenn Sie die Smarthosteinstellungen beheben müssen, verwenden Sie Ihre ursprüngliche Domäne wie zuvor beschrieben.

3. Wenn der MX-Eintrag für Ihre Domäne auf Microsoft 365 verweist, überprüfen Sie, ob der Eintrag den richtigen Wert aufweist, und entfernen Sie alle Legacywerte, die nicht mehr unterstützt werden.

   1. Wählen Sie im Microsoft 365-Verwaltungsportal für Ihre Organisation "Setup-Domänen>" aus.

   2. Stellen Sie für jede Domäne in Ihrer Microsoft 365-Organisation sicher, dass Ihre veröffentlichten MX-Einträge nicht den Wert mail.messaging.microsoft.com oder mail.global.frontbridge.com enthalten.

   3. Wenn Sie Ihren MX-Eintrag beheben müssen (da er einen der älteren Werte verwendet hat, die in Schritt 2 erwähnt werden), verwenden Sie die Format-GUID.mail.protection.outlook.com<>, wobei <GUID> eindeutig jedem Ihrer Microsoft 365-Domänen zugewiesen ist. Wenn Ihre Domäne beispielsweise contoso.com ist, verwenden Sie den Wert contoso-com.mail.protection.outlook.com im MX-Eintrag. Wenn Ihre Domäne contoso.net ist, verwenden Sie den Wert contoso-net.mail.protection.outlook.com im MX-Eintrag.

      Hinweis

      Es wird empfohlen, für jede Microsoft 365-Domäne nur einen MX-Eintrag zu haben. Mehrere MX-Einträge für eine Domäne können in einigen Bereitstellungsszenarien hilfreich sein. Microsoft 365 verfügt jedoch bereits über extreme Redundanzen auf jeder Ebene. Daher können mehrere MX-Einträge die E-Mail-Zustellung tatsächlich weniger zuverlässig machen.