Arbeiten mit cloudbasiertem Nachrichtenabruf

Mit dem neuen Cloud-basierten Nachrichtenrückruf haben wir wesentliche Änderungen an der Funktionsweise des Nachrichtenabrufs im Dienst vorgenommen. Der Prozess zum Initiieren eines Rückrufs vom Outlook-Client bleibt unverändert. Sobald der Rückruf jedoch initiiert wurde, fängt der Feature-Agent für Nachrichtenrückrufe die Rückrufnachrichten ab und löscht dann die ursprüngliche Nachricht aus den Postfächern des Empfängers. Wenn die Option zum Ersetzen der Nachricht ausgewählt wird, löscht Recall die ursprüngliche Nachricht, und Outlook sendet dann die neue Nachricht, die für die normale Zustellung verarbeitet wird. Nachdem der Rückruf initiiert wurde, wird eine weitere E-Mail mit einem Link zum Rückrufbericht an das Postfach gesendet, der ihn initiiert hat.

Es gibt zwei Einstellungen, die Administratoren steuern können:

  • Aktivieren oder deaktivieren Sie die neue Cloudabruffunktion.
  • Ob bereits gelesene Nachrichten zurückgerufen werden sollen.

Über das Exchange Admin Center:

Screenshot, der den Nachrichtenrückruf vom Exchange Admin Center zeigt

Über Exchange Online PowerShell:

Wie Sie eine Verbindung mit Exchange Online PowerShell herstellen, finden Sie unter Herstellen einer Verbindung mit Exchange Online PowerShell.

Set-OrganizationConfig -MessageRecallEnabled <$true | $false> -RecallReadMessagesEnabled <$true | $false>

Tipp

Der Standardwert ist $null (leer), was $true entspricht.

Das Dialogfeld für Nachrichtenrückruf in Outlook gibt an, dass nur ungelesene Nachrichten zurückgerufen werden. Diese Aussage ist nicht mehr korrekt.

Es dauert etwa eine Stunde, bis Änderungen wirksam werden. Durch das Deaktivieren der neuen Rückruferfahrung wird die organization auf die alte Rückruferfahrung zurückgesetzt.

Die vom Client generierte Rückrufanforderungsnachricht hat die folgenden Eigenschaften:

  • Die Nachrichtenklasse ist IPM. Outlook.Recall
  • Der Betreff der Nachricht lautet "Recall: <Ursprünglicher Betreff>".

Der Agent für das Feature Nachrichtenrückruf fängt diese Rückrufnachrichten ab und versucht, die Nachricht endgültig aus den Postfächern des Empfängers zu löschen. Nachdem die ursprüngliche Nachricht erfolgreich endgültig gelöscht wurde, wird die Rückrufnachricht vom Mailtransport gelöscht.

Wenn die Rückrufnachricht generiert wird, wird sie nicht unter "Gesendete Elemente" angezeigt. Stattdessen wird die Nachricht sofort in den Ordner "Löschvorgänge" unter "Wiederherstellbare Elemente" verschoben. Außerdem wird innerhalb weniger Minuten nach dem Senden der Rückrufnachricht ein Rückrufbericht erstellt. Der Recall-Bericht enthält einen Link zum Überprüfen des Recall-Status. Der Recall-Status ist normalerweise innerhalb weniger Minuten für jeden Empfänger verfügbar, kann jedoch bei Nachrichten mit vielen Empfängern länger dauern. Der Systemabruf dauert bis zu 24 Stunden.

Wichtig

Recall-Berichte werden über die Adresse Office365Reports@microsoft.comgesendet. Administratoren sollten sicherstellen, dass diese Absenderadresse nicht blockiert ist. Wenn Recall-Berichte nicht zugestellt werden, verwenden Sie die Nachrichtenablaufverfolgung, um zu sehen, ob die E-Mail-Nachricht des Recall-Berichts blockiert oder unter Quarantäne gestellt wurde.

Verwenden der Nachrichtenablaufverfolgung zum Überprüfen des Rückrufs

Recall-Berichte erstellen ihre Informationen basierend auf Nachrichtenablaufverfolgungsdaten. Wenn der Rückrufbericht nicht empfangen oder nicht ordnungsgemäß aktualisiert wird, können Administratoren die Nachrichtenablaufverfolgung verwenden, um die Rückruf-status zu überprüfen. Wenn der Rückruf erfolgreich war oder nach 24 Stunden fehlgeschlagen ist, lautet Failedder Statuswert .

Zum Beispiel:

PS C:\> Get-MessageTraceV2 -SenderAddress user@contoso.com

Received               Sender Address     Recipient Address        Subject                                Status
-------------------    ----------------   ----------------------   ------------------------------------   ------
8/14/2023 9:51:20 PM   user@contoso.com   recipient1@contoso.com   Recall: Testing recall functionality   Failed
8/14/2023 9:51:20 PM   user@contoso.com   recipient2@contoso.com   Recall: Testing recall functionality   Failed
8/14/2023 9:51:20 PM   user@contoso.com   recipient3@contoso.com   Recall: Testing recall functionality   Failed

Dieses Ergebnis ist normal. Die Nachricht wird verworfen, sobald der Recall erfolgreich war oder nachdem das Timeout überschritten wurde (24 Stunden). Der Statuswert gilt auch Failed für alle anderen Nachrichten, die vom Transport gelöscht wurden. Die Nachrichtenablaufverfolgung Detail zeigt zusätzliche Informationen in der Detail-Eigenschaft des Drop-Ereignisses an, die bestätigen, ob der Abruf erfolgreich war.

Zum Beispiel:

PS C:\> Get-MessageTraceV2 -SenderAddress user@contoso.com -MessageId "<Message ID of recall message>" | Get-MessageTraceDetailV2 -Event Drop | Format-List

Event            : Drop
Action           :
Detail           : Reason: [Stage: OnPromotedEvent][Agent: Transport Message Recall Agent];Message recall process complete, dropping the recall email. Result:Success

Die Detail-Eigenschaft zeigt an, dass der Rückrufprozess mit dem ErgebniswertSuccessabgeschlossen ist.

Tipp

Sie erhalten den MessageId-Wert aus den ersten Ergebnissen der Nachrichtenablaufverfolgung.

Wenn der Rückruf nach 24 Stunden oder aus einem anderen Grund fehlschlägt, zeigt die Nachrichtenablaufverfolgung den StatuswertFailedan, aber die Drop Sogar in den Details zur Nachrichtenablaufverfolgung zeigt den ErgebniswertFailedan.

Eine Einschränkung bei Details zur Nachrichtenablaufverfolgung in Exchange Online PowerShell ist, dass Absender und Empfänger nicht in die Ergebnisse einbezogen werden.

Verwenden Sie die folgenden PowerShell-Befehle, um die Absender- und Empfängerwerte aus den Ergebnissen der Nachrichtenablaufverfolgung zu den Ergebnissen der Nachrichtenablaufverfolgung hinzuzufügen. Sie können die Ergebnisse auf dem Bildschirm oder in einer CSV-Datei ausgeben.

$results = Get-MessageTraceV2 -MessageID "<message ID of recall message>" -StartDate <date> -EndDate <date>

$detail = foreach ($result in $results) {Get-MessageTraceDetailV2 -RecipientAddress $result.recipientaddress -MessageTraceId $result.messagetraceid | select organization, messageid, messagetraceid, date, event, action, detail, data, @{n='SenderAddress';e={$result.senderaddress}}, @{n='RecipientAddress';e={$result.recipientaddress}}}

$detail | Export-Csv "C:\Data\MsgTraceBrid.csv -Append -NoTypeInformation

Begrenzungen

  • Das neue Nachrichtenrückruffeature funktioniert nur innerhalb der Grenzen einer organization. Sie können keine Nachrichten über das Internet oder organisationsübergreifend abrufen. Hybridkunden können auch keine Nachrichten zurückrufen, die von Cloudpostfächern an die lokale Exchange-Umgebung gesendet wurden.

  • Derzeit können Sie Nachrichtenrückruf im klassischen Outlook, neuen Outlook, Outlook für Mac, Outlook im Web und Outlook für Andriod/iOS auslösen.

  • Der Nachrichtenabruf funktioniert in Outlook für Windows unter den folgenden Bedingungen nicht:

    • Outlook befindet sich im Onlinemodus.
    • Im Outlook-Profil sind mehrere Exchange-Konten konfiguriert.
  • Mit einigen Einschränkungen können Sie einen Rückruf von freigegebenen Postfächern oder delegierten Postfächern auslösen. Weitere Informationen finden Sie im Abschnitt "Häufig gestellte Fragen".

  • Sie können einen Rückruf für Nachrichten auslösen, die im Auftrag einer Verteilerliste gesendet wurden. Die Recall-Berichtsnachricht wird jedoch an alle Mitglieder der Verteilerliste gesendet. Derzeit können Berichtsempfänger den Bericht über den Status des Rückrufs nicht anzeigen. Dazu sind Anmeldeinformationen erforderlich, über die die Verteilerliste nicht verfügt.

Häufig gestellte Fragen

Recall für freigegebene/delegierte Postfächer

Nachrichten , die an freigegebene oder delegierte Postfächer gesendet werden, können vom Absender erfolgreich zurückgerufen werden.

Es gibt zwei bekannte Probleme mit Rückruf und freigegebenen Postfächern:

  • Nachrichten, die von freigegebenen oder delegierten Postfächern gesendet wurden, können ebenfalls zurückgerufen werden. Der Bericht kann jedoch nicht von dem Benutzer angezeigt werden, der mit dem freigegebenen oder delegierten Postfach verbunden ist. Der Bericht ist nur in einem Browser sichtbar. Der Bericht erfordert die Authentifizierung durch das besitzende Postfach, und Sie können sich nicht mit dem freigegebenen Konto anmelden. Das Anmelden als Benutzer mit Rechten für das Postfach funktioniert nicht.
  • Nachrichten, die über freigegebene oder delegierte Postfächer in Outlook für Windows gesendet werden, werden im Ordner "Gesendete Elemente" des authentifizierten Benutzers gespeichert, der die Nachricht gesendet hat. Ein von der Nachricht im Ordner "Gesendete Elemente" des authentifizierten Benutzers initiierter Rückruf wäre erfolgreich (dasselbe Problem mit dem Status wäre vorhanden).

Nachrichten, die über freigegebene oder delegierte Postfächer mithilfe von "Anderes Postfach in Outlook im Web öffnen" (früher als Outlook Web App oder OWA bezeichnet) gesendet wurden, werden unter "Gesendete Elemente" des freigegebenen Postfachs gespeichert. Wenn Sie in diesem Szenario das freigegebene Postfach im selben Outlook-Profil wie der authentifizierte Benutzer über die automatische Zuordnung öffnen oder diese zusätzlichen Postfächer öffnen, ist die Option "Rückruf " abgeblendet, wenn Sie versuchen, aus dem Ordner " Gesendete Elemente " des freigegebenen Postfachs einen Rückruf durchzuführen. Die Problemumgehung besteht darin, das freigegebene Postfach in seinem eigenen Outlook-Profil zu öffnen.

Werden Rückrufe für eDiscovery angezeigt?

Bei Benutzern/Postfächern, die wegen Rechtsstreitigkeiten oder In-Place gesperrt sind, wird die zurückgerufene Nachricht in eDiscovery angezeigt.

Werden Rückrufe in den Postfachüberwachungsprotokollen angezeigt?

Nein, derzeit nicht.

Werden weitergeleitete Nachrichten zurückgerufen?

  • Nachrichten, die von einem Empfänger automatisch an ein anderes Postfach innerhalb derselben Organization weitergeleitet wurden, können zurückgerufen werden.
  • Nachrichten, die automatisch außerhalb der organization weitergeleitet werden, können nicht zurückgerufen werden.
  • Vom Empfänger manuell weitergeleitete Nachrichten können nicht zurückgerufen werden.
  • Nachrichten, die über die Posteingangsregel weitergeleitet wurden (entweder weiterleiten oder umleiten), können nicht zurückgerufen werden.

Funktioniert Recall für verschlüsselte E-Mails?

Das Zurückrufen von mit OME- oder MIP-Bezeichnungen verschlüsselten Nachrichten wird unterstützt, wenn einem Absender Premium-Verschlüsselung im Serviceplan Office 365 (PREMIUM_ENCRYPTION) zugewiesen ist und ein Rückruf in Outlook im Web oder im neuen Outlook ausgelöst wird.  

Ich verwende einen Nicht-Microsoft-Dienst, der das Routing aller E-Mails (einschließlich interner E-Mails) über den Dienst erfordert. Funktioniert Recall immer noch?

Wie in den Einschränkungen erwähnt, funktioniert Recall nur innerhalb der Grenzen der organization. Bei jeder Konfiguration, die eine extern an einen Nicht-Microsoft-Dienst gesendete E-Mail erfordert, können Probleme mit dem Abruf auftreten.

Der externe Roundtrip-Rückruf von mandanteninternen Nachrichten erfordert eine ordnungsgemäße Konfiguration sowohl der ausgehenden als auch der eingehenden Connectors. Anweisungen zur Einrichtung der Integration eines Add-On-Diensts für externes Roundtrip-Routing finden Sie unter Szenario: Integrieren von Microsoft 365 oder Office 365 in einen E-Mail-Add-On-Dienst.

Zurückrufen oder Ersetzen einer E-Mail-Nachricht nach dem Senden - Microsoft-Support

Exchange Online Message Recall Updates

Cloudbasierter Nachrichtenabruf in Exchange Online – Microsoft Community Hub