Microsoft 365 „550 5.4.1 Recipient address rejected: Access denied. AS(201806281)“: was es bedeutet und wie du es behebst

Was das bedeutet

Die Organisation des Empfängers nutzt Microsoft 365. Ihre Server haben die Adresse geprüft, an die du geschrieben hast, und festgestellt, dass sie in ihrem Verzeichnis nicht existiert, also haben sie die E-Mail abgelehnt, bevor sie sie überhaupt angenommen haben. Der Bounce sieht meist so aus:

550 5.4.1 Recipient address rejected: Access denied. AS(201806281)
[DB5EUR03FT012.eop-EUR03.prod.protection.outlook.com]

Der Servername in Klammern variiert. Trotz der Worte „Access denied“ geht es hier nicht um deine Reputation, deine IP oder deine Authentifizierung. Es bedeutet „diese Adresse ist hier unbekannt“.

Warum das passiert

Microsoft 365 nutzt eine Funktion namens Directory-Based Edge Blocking: Sie lehnt jede E-Mail an eine Adresse ab, die nicht im Verzeichnis der Organisation steht. Häufige Gründe:

• Ein Tippfehler in der Adresse oder eine alte Adresse von jemandem, der das Unternehmen verlassen hat.
• Das Postfach, der Alias oder die Gruppe wurde gelöscht oder nie angelegt.
• Ein neues Postfach ist noch nicht bereit, oder ein Nutzer aus einem lokalen Verzeichnis wurde noch nicht mit Microsoft 365 synchronisiert.
• Die Domain ist falsch eingerichtet im Mandanten des Empfängers: In einer Hybrid-Umgebung oder wenn einige Postfächer woanders gehostet sind, sollte die Domain auf „Internal relay“ statt „Authoritative“ stehen.
• Der MX der Domain zeigt noch auf Microsoft 365, obwohl das Unternehmen seine E-Mails zu einem anderen Anbieter umgezogen hat.

So prüfst du es

Wenn du der Absender bist

• Prüfe die Schreibweise der Adresse Buchstabe für Buchstabe und vergleiche sie mit einer aktuellen E-Mail dieser Person.
• Sieh dir die Domain an unter /domain-scanner: Die MX-Einträge zeigen, wo die Domain E-Mails empfängt. Zeigen sie auf Microsoft 365, obwohl das Unternehmen sagt, es nutze einen anderen Anbieter, ist dessen DNS veraltet.
• Stell sicher, dass deine eigene Einrichtung in Ordnung ist, indem du einen Test an die einmalige Adresse auf der Startseite von Delivmail (/) sendest. Kommt er an und ist der Bericht sauber, liegt das Problem beim Empfänger.

Wenn du die empfangende Organisation verwaltest

• Suche die Adresse im Microsoft 365 Admin Center, einschließlich Aliasen (Proxyadressen), Gruppen und freigegebener Postfächer.
• Prüfe den Typ der akzeptierten Domain im Exchange Admin Center.
• Prüfe die Verzeichnissynchronisierung, wenn du ein lokales Active Directory nutzt.

So behebst du es

1. Absender: Korrigiere die Adresse oder frag die Person telefonisch oder über einen anderen Kanal nach ihrer aktuellen Adresse. Wenn die Adresse nicht existiert, kannst du das von deiner Seite aus nicht beheben.
2. Admin des Empfängers: Lege die fehlende Adresse an als Postfach, Alias, Gruppe oder E-Mail-Kontakt, je nachdem, wer sie empfangen soll.
3. Repariere die Synchronisierung, damit der Nutzer in Microsoft 365 erscheint, und warte dann auf die nächste Synchronisierung.
4. Stell die Domain auf Internal relay um, wenn einige Adressen der Domain auf einem anderen System liegen, und richte den passenden ausgehenden Connector ein.
5. Aktualisiere die MX-Einträge, wenn die Domain Microsoft 365 nicht mehr für E-Mails nutzt.

Prüfe, ob es behoben ist

Sobald die Adresse angelegt oder korrigiert wurde, warte ein wenig (Verzeichnisänderungen können bis zu einer Stunde dauern, DNS-Änderungen einige Stunden) und sende die E-Mail dann erneut. Kommt sie immer noch mit demselben Code zurück, bitte die IT des Empfängers, die Adresse direkt in ihrem Admin Center zu prüfen.