Microsoft 365 „550 5.1.10 RESOLVER.ADR.RecipientNotFound“: so behebst du es

Was das bedeutet

Die E-Mail hat eine Microsoft-365-Organisation erreicht, aber Microsoft hat kein Postfach, keine Gruppe und keinen Kontakt mit dieser Adresse gefunden. Der Bounce enthält meist:

550 5.1.10 RESOLVER.ADR.RecipientNotFound; Recipient not found by SMTP address lookup

RESOLVER.ADR ist der Teil von Exchange, der Adressen auflöst. Es ist ein dauerhafter Fehler: Wenn du dieselbe Nachricht noch einmal an dieselbe Adresse schickst, scheitert sie wieder. Bei Outlook.com- und Hotmail-Adressen liefert Microsoft einen ähnlichen Fehler: 550 5.5.0 Requested action not taken: mailbox unavailable.

Ein verwandter Fehler, 550 5.4.1 Recipient address rejected: Access denied, bedeutet, dass die Adresse noch früher abgelehnt wurde, schon bei der SMTP-Verbindung, durch Directory-Based Edge Blocking.

Warum das passiert

Auf der Seite des Absenders

• Ein Tippfehler in der Adresse oder eine alte Adresse, die in der AutoVervollständigen-Liste von Outlook gespeichert ist.
• Die Person hat das Unternehmen verlassen und ihr Postfach wurde gelöscht.
• Backscatter: Du hast die Nachricht nie gesendet. Ein Spammer hat deine Adresse als Absender benutzt, und der Bounce kam zu dir zurück. Laut Microsoft ist das harmlos, aber viele solcher Bounces deuten darauf hin, dass deine Domain gefälscht wird.

Auf der Seite des Empfängers

• Der Benutzer existiert, hat aber keine Exchange-Online-Lizenz, also gibt es kein Postfach.
• Eine kaputte Weiterleitungsregel: Der Empfänger (oder eine Admin-Regel) leitet Nachrichten an eine Adresse weiter, die nicht mehr existiert. Die Adresse im Bounce unterscheidet sich dann von der, die du eingegeben hast.
• Hybrid- oder Teilmigration: Einige Benutzer liegen noch auf einem anderen Server, aber die Domain ist in Microsoft 365 als Authoritative eingestellt, sodass unbekannte Benutzer abgelehnt statt weitergeleitet werden.
• Probleme mit der Verzeichnissynchronisierung: Der Benutzer existiert lokal (on-premises), wurde aber nicht mit Microsoft 365 synchronisiert.
• Falscher MX-Eintrag, zum Beispiel zeigt die Domain noch auf Microsoft 365, obwohl das Unternehmen zu einem anderen Anbieter gewechselt ist, oder es gibt mehrere MX-Einträge. Microsoft unterstützt nicht mehr als einen MX-Eintrag für eine Domain, die in Exchange Online eingerichtet ist.

So prüfst du es

1. Vergleiche die Adresse im Bounce mit der Adresse in deinen gesendeten Elementen. Unterscheiden sie sich, ist eine Weiterleitung beim Empfänger kaputt.
2. Prüfe den MX der Empfängerdomain mit dig +short MX example.com oder dem Domain-Scanner von Delivmail. Eine Microsoft-365-Domain zeigt auf example-com.mail.protection.outlook.com (oder einen .mx.microsoft-Host).
3. Wenn du Admin beim Empfänger bist, suche die Adresse in Exchange Online:

   Get-Recipient -Identity "user@yourdomain.com" -ErrorAction SilentlyContinue
   Get-Recipient -ResultSize Unlimited | Where-Object {$_.EmailAddresses -match "user@yourdomain.com"}
   Get-AcceptedDomain | Format-Table DomainName,DomainType

4. Führe eine Nachrichtenablaufverfolgung (Message Trace) für die Empfängeradresse aus, um zu sehen, ob die Nachricht angekommen ist und wo sie abgelehnt wurde.
5. Wenn du Bounces für Nachrichten bekommst, die du nie gesendet hast, prüfe SPF, DKIM und DMARC deiner Domain, indem du einen Test an die Adresse auf der Startseite von Delivmail schickst.

So behebst du es

Wenn du der Absender bist

1. Entferne die Adresse aus der AutoVervollständigen-Liste von Outlook (fang an, sie zu tippen, und klick dann auf das X neben dem Vorschlag), gib sie vollständig neu ein und sende erneut.
2. Kommt sie trotzdem zurück, kontaktiere die Person auf anderem Weg (Telefon, Kontaktformular auf der Website), um ihre aktuelle Adresse zu bestätigen.
3. Bei Newslettern entferne die Adresse aus deiner Liste: Wiederholte Sendungen an nicht existierende Adressen schaden deiner Reputation (siehe Mailingliste bereinigen).
4. Bei Backscatter antworte nicht. Veröffentliche eine DMARC-Richtlinie, damit deine Domain schwerer zu fälschen ist: Jemand verschickt gefälschte E-Mails mit deiner Domain.

Wenn du Admin beim Empfänger bist

1. Empfänger anlegen oder wiederherstellen: Füge den Benutzer hinzu, weise ihm eine Exchange-Online-Lizenz zu oder trage die Adresse als Alias beim richtigen Postfach ein. Ein gelöschter Benutzer lässt sich für begrenzte Zeit (30 Tage) im Microsoft 365 admin center unter Users > Deleted users wiederherstellen.
2. Weiterleitung reparieren: Korrigiere oder entferne Posteingangsregeln, die Postfachweiterleitung (Users > Active users > Mail > Email forwarding) und Nachrichtenflussregeln, die an tote Adressen umleiten.
3. Hybrid- oder geteilte Domains: Wenn einige Benutzer auf einem anderen Server liegen und du einen Connector dorthin hast, stelle die akzeptierte Domain auf Internal Relay (Exchange admin center, Mail flow > Accepted domains). Ohne funktionierenden Connector legt das den Mailfluss lahm, also prüfe das vorher.
4. Verzeichnissynchronisierung: Starte auf dem Microsoft-Entra-Connect-Server eine Delta-Synchronisierung und prüfe den Empfänger danach erneut:

   Start-ADSyncSyncCycle -PolicyType Delta

5. MX-Eintrag korrigieren: Behalte einen einzigen MX, der auf Microsoft 365 zeigt, wenn die Domain dort gehostet ist, oder entferne die Domain aus Microsoft 365, wenn sie umgezogen ist. Nutze unter Settings > Domains die Funktion Check DNS.

Prüfe, ob es behoben ist

• Bitte jemanden außerhalb der Organisation, einen kurzen Test an die Adresse zu schicken, oder sende selbst einen, und prüfe die Nachrichtenablaufverfolgung.
• Warte nach einer MX-Änderung die DNS-Verbreitung ab (oft ein paar Stunden, laut Microsoft bis zu 72 Stunden), bevor du ein Fazit ziehst.
• Sende die ursprüngliche Nachricht erst erneut, wenn die Adresse bestätigt ist.