M365 Exchange Online | Cross-Tenant Message Recall kommt

Exchange Online Message Recall bleibt bislang an der Mandantengrenze stehen. Ein Rückruf funktioniert nur, wenn Absender und Empfänger im selben Microsoft 365 Tenant sitzen.

Microsoft ändert das mit Cross-Tenant Message Recall (Roadmap-ID 561330): Künftig lässt sich eine Nachricht auch dann zurückholen, wenn sie einen fremden Tenant erreicht hat, sofern der Empfänger-Tenant deinen Tenant explizit auf eine Allow-List gesetzt hat.

Der Rollout startet Mitte August 2026 und soll bis Anfang September abgeschlossen sein, für Worldwide (Standard Multi-Tenant), GCC, GCC High und DoD, auf Desktop, Web, Mac, Android und iOS. Eine gesonderte Lizenz nennt der Roadmap-Eintrag nicht, das Feature reiht sich in die bestehende Exchange-Online Recall Funktion ein.

Hinweis auf dieses Feature stammt von Benjamin Krah*, alias der Krähe. LinkedIn-Beitrag.
* Hybride und Cloud-Infrastrukturen mit Microsoft - die Krähe bringt Licht ins Dunkel

Die Kontrolle liegt bewusst beim Empfänger, nicht beim Absender. Das ist technisch zwingend, denn ein Rückruf löscht die Nachricht per Hard-Delete aus einer fremden Mailbox, also aus einem Datenbestand, über den ausschließlich der empfangende Tenant Hoheit hat. Deshalb entscheidest du als Admin des Empfänger-Tenants, welchen externen Organisationen du dieses Recht auf deine eigenen Postfächer einräumst. Ohne Eintrag auf der Allow-List schlägt ein Rückruf-Versuch mit einer Fehlermeldung fehl, genau wie heute schon bei jedem Cross-Tenant-Versand.

Konfigurieren kannst du das ausschließlich über Exchange Online PowerShell, ein Admin-Center-Pendant gibt es aktuell nicht:

Standardmäßig ist die Funktion deaktiviert, ohne Aktion bleibt also alles beim Alten. Zwei bestehende Tenant-Einstellungen wirken automatisch mit, ohne dass du für Cross-Tenant-Recalls etwas Neues konfigurieren musst.

Hast du Recall-Benachrichtigungen aktiviert (Set-OrganizationConfig -MessageRecallAlertRecipientsEnabled $true, optional eingeschränkt auf bereits gelesene Nachrichten über -MessageRecallAlertRecipientsReadMessagesOnlyEnabled $true), merkt der Empfänger auch bei einem externen Rückruf, dass seine Nachricht zurückgeholt wurde. Ebenso gilt das maximale Rückrufalter weiter (Set-OrganizationConfig -MessageRecallMaxRecallableAge), standardmäßig 365 Tage, einstellbar zwischen 5 Minuten und 10 Jahren, unabhängig davon, ob der Rückruf innerhalb deines Tenants oder über die Tenant-Grenze hinweg erfolgt.

Der Zeitpunkt ist kein Zufall. Als Microsoft 2022 die Cloud-basierte Recall-Funktion vorstellte, verwiesen Produktverantwortliche auf offene Fragen von Legal und Privacy als Grund, warum ein Rückruf über die Tenant-Grenze hinweg nicht möglich war. Genau diese Fragen adressiert das Allow-List-Modell: kein automatischer Zugriff auf fremde Postfächer, sondern eine explizite, jederzeit widerrufbare Vertrauensbeziehung zwischen zwei Organisationen. Dazwischen lagen mehrere kleinere Ausbauschritte, etwa die Recall-Benachrichtigungen, das maximale Rückrufalter und die Unterstützung für intern über externe Dienste geroutete Nachrichten. Cross-Tenant Recall ist bislang der größte Schritt in dieser Reihe.

Ein Punkt bleibt trotzdem zu klären, bevor du eine Freigabe erteilst. Ein erfolgreicher Rückruf entfernt die Nachricht aus dem fremden Postfach vollständig, inklusive der Spur ihrer Zustellung. Das kann bei Streitfällen oder nachträglichen Prüfungen relevant werden, etwa wenn eine bereits gelesene Nachricht als Handlungsgrundlage diente und anschließend spurlos verschwindet. Pflege die Allow-List deshalb wie jede andere Trust-Beziehung zu einem Partnertenant, mit Begründung, Verantwortlichem und Wiedervorlage-Termin, nicht als einmalige Freigabe ohne Dokumentation.

Cross-Tenant Message Recall schließt zwar eine Lücke, verlässlich wird ein Rückruf dadurch aber nicht automatisch. Der Erfolg hängt jetzt zusätzlich davon ab, ob dich der fremde Tenant vorab aktiv auf seine Allow-List gesetzt hat, eine Variable, die du selbst nicht beeinflussen kannst. Ohne diesen Eintrag scheitert der Versuch, egal wie schnell du reagierst. Weil das Feature standardmäßig deaktiviert ist und eine bewusste Konfiguration der Gegenseite voraussetzt, dürfte das in der Praxis eher die Ausnahme bleiben als der Normalfall.

Selbst innerhalb des eigenen Tenants war Recall nie ein Garant: Sobald der Empfänger die Nachricht gelesen hat, ist der Versuch gescheitert, und selbst bei einem ungelesenen Treffer versucht Exchange Online es bis zu 24 Stunden lang, bevor der Vorgang endgültig als fehlgeschlagen gilt. Über Tenant-Grenzen hinweg kommt die Allow-List jetzt als weitere, von dir nicht kontrollierbare Bedingung obendrauf.

Musst du Nachrichten regelmäßig zurückholen, hinterfrag lieber deine eigene Arbeitsweise, statt dich auf einen Rückruf im Nachhinein zu verlassen.