Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Problembeschreibung
Stellen Sie sich folgendes Szenario vor:
- Ihre Umgebung umfasst Exchange Online, verfügt aber nicht über eine Exchange-Hybridbereitstellung.
- Ihre Umgebung verwendet einen E-Mail-Dienst eines Drittanbieters und Nachrichtenflussconnectors, um E-Mail-Nachrichten von und an Ihre Microsoft 365-organization weiterzuleiten. Ein ausgehender Connector leitet Nachrichten vom organization an den E-Mail-Dienst des Drittanbieters weiter, und ein eingehender Connector leitet Nachrichten vom E-Mail-Dienst des Drittanbieters an den organization weiter.
Wenn Sie in diesem Szenario eine Besprechung mit Benutzern planen, die intern in Ihrem organization sind, und Sie einen Besprechungsraum in der Besprechungseinladung angeben, akzeptiert oder lehnt das Raumpostfach für den Besprechungsraum die Besprechung nicht automatisch an, selbst wenn es dafür eingerichtet ist.
Wenn Sie das folgende Cmdlet ausführen, um die automatisierte Kalenderverarbeitungsoption zu überprüfen, die für das Raumpostfach festgelegt ist, wird der Wert für die AutomateProcessing
Eigenschaft in der Ausgabe als AutoAccept angezeigt:
Get-CalendarProcessing -Identity <name_of_room_mailbox> | select AutomateProcessing
Ursache
Dieses Problem tritt auf, weil das Raumpostfach die Einladung, die vom E-Mail-Dienst des Drittanbieters über den eingehenden Connector empfangen wird, als externe Nachricht behandelt.
Lösung
Verwenden Sie eine der folgenden Methoden, um das Problem zu beheben:
Methode 1: Zulassen, dass das Raumpostfach Anforderungen von externen Benutzern verarbeitet
Mit dieser Methode können Benutzer außerhalb von Microsoft 365 organization den Besprechungsraum buchen, der dem Raumpostfach zugeordnet ist. Das Risiko für die organization ist jedoch minimal, da externe Benutzer die E-Mail-Adresse des Raumpostfachs wahrscheinlich nicht kennen.
Führen Sie Exchange Online PowerShell das folgende Cmdlet aus:
Set-CalendarProcessing -Identity <name_of_room_mailbox > -ProcessExternalMeetingMessages $True
Methode 2: Legen Sie den eingehenden Connector so fest, dass externe Nachrichten als intern betrachtet werden.
Warnung
Diese Methode birgt potenzielle Sicherheitsrisiken, da interne Nachrichten die Antispamfilterung umgehen. Sie müssen sicherstellen, dass die Nachrichten, die über den E-Mail-Dienst eines Drittanbieters weitergeleitet werden, nur für die interne Verwendung bestimmt sind.
Um diese Methode verwenden zu können, muss der Wert des ConnectorType
Parameters für den eingehenden Connector auf OnPremises festgelegt werden. Weitere Informationen finden Sie im Abschnitt zur Verwendung des TreatMessagesAsInternal
Parameters im Cmdlet Set-InboundConnector .
Führen Sie Exchange Online PowerShell das folgende Cmdlet aus:
Set-InboundConnector -Identity <name_of_inbound_connector > -TreatMessagesAsInternal $True
Weitere Informationen
Wenn dieses Problem auftritt, können Sie das RBA-Protokoll und die Nachrichtenablaufverfolgung wie folgt überprüfen:
Überprüfen des RBA-Protokolls
Führen Sie in Exchange Online PowerShell das folgende Cmdlet aus, um das RBA-Protokoll für das Raumpostfach zu exportieren:
Export-MailboxDiagnosticLogs <name_of_room_mailbox > -ComponentName RBA > RoomMBXLogs.txt
Überprüfen Sie im RBA-Protokoll den folgenden Eintrag:
Nachrichtenverarbeitung wird übersprungen, da die Benutzereinstellungen für die Verarbeitung externer Elemente false sind.
Der Zeitstempel für diesen Eintrag entspricht genau dem Zeitstempel der Besprechungsanfrage, die vom Postfach empfangen wurde.
Dieser Eintrag gibt an, dass die Besprechungseinladung nicht verarbeitet wurde, da sie als externe Nachricht behandelt wurde.
Überprüfen der Nachrichtenablaufverfolgung
Führen Sie eine erweiterte Nachrichtenablaufverfolgung aus.
Suchen Sie in der Nachrichtenablaufverfolgung das RECEIVE-Ereignis in der Spalte Benutzerdefiniert, um den ausgehenden Connector zu identifizieren, über den die Besprechungseinladung außerhalb des organization weitergeleitet wurde, und den eingehenden Connector, der zum Zurückleiten der Einladung an den organization verwendet wurde.
Führen Sie das folgende Cmdlet aus, um die Details des eingehenden Connectors zu überprüfen, der in der Nachrichtenablaufverfolgung aufgeführt ist:
Get-InboundConnector -Identity <name_of_inbound_connector> | flConnectorType,Enabled, TreatMessagesAsInternal
In der Ausgabe werden die folgenden Werte für die Parameter angezeigt:
ConnectorType: Partner
Aktiviert: True
TreatMessagesAsInternal: False
Diese Werte geben an, dass die Besprechungseinladung nicht verarbeitet wurde, da sie als externe Nachricht behandelt wurde.