Freigeben über

Besprechungsanfragen oder Antworten werden im Posteingang nicht angezeigt

  • Gilt für:: Outlook for Microsoft 365, Outlook 2019, Outlook 2016, Exchange Online, Exchange Server 2019, Exchange Server 2016.

Ursprüngliche KB-Nummer: 2966790

Symptome

Ein Benutzer, der nicht über einen Postfachdelegat verfügt, tritt in Microsoft Outlook auf eines oder beide der folgenden Probleme auf:

  • Wenn eine Besprechungsanfrage an den Benutzer gesendet wird, wird die Besprechung ordnungsgemäß im Kalender des Benutzers mit Vorbehalt angezeigt, aber Outlook leitet die Anforderung nicht an den Posteingang weiter. Die Anforderung wird beispielsweise im Ordner "Gelöschte Elemente" angezeigt.

  • Wenn ein Teilnehmer auf eine vom Benutzer erstellten Besprechungsanfrage antwortet, spiegelt die Besprechungsnachverfolgungsinformationen im Kalender des Benutzers die Antwort korrekt wider, aber Outlook leitet die Antwort nicht an den Posteingang weiter. Die Antwort wird beispielsweise im Ordner "Gelöschte Elemente" angezeigt.

Ursache

Die Probleme können aus den folgenden Gründen auftreten.

Ursache 1

Der MAPI-Empfangsordner , der eingehende Nachrichten für das IPM enthält. ZEITPLAN. DIE MEETING-Nachrichtenklasse ist nicht auf den Ordner "Posteingang" festgelegt. Stattdessen werden Besprechungselemente im Ordner "Gelöschte Elemente" angezeigt.

Sie können Exchange Online PowerShell verwenden, um diese Ursache zu testen. Verwenden Sie eine der folgenden Methoden.

Notiz

Beide Methoden bieten nützliche Informationen. Die Methode A zeigt beispielsweise, wie viele Besprechungselemente falsch an den Ordner "Gelöschte Elemente" umgeleitet wurden, und Die Methode B bestätigt, an welchen Ordner ein bestimmtes Element übermittelt wurde.

Methode A

Führen Sie das folgende PowerShell-Cmdlet "Get-MailboxFolderStatistics " aus:

Get-MailboxFolderStatistics -Identity <user ID> -FolderScope NonIpmRoot -IncludeOldestAndNewestItems | ? Name -eq "Schedule" | FL Name,FolderType,NewestItemReceivedDate,ItemsInFolder

Der folgende Screenshot zeigt ein Beispiel für die Cmdlet-Ausgabe.

Screenshot der Befehlsausgabe aus dem Cmdlet

Aus diesem Grund ist der ItemsInFolder-Wert "nonzero" und der Zeitstempelwert "NewestItemReceivedDate " entspricht dem Datum und der Uhrzeit des zuletzt falsch gesendeten Besprechungselements.

Methode B

Führen Sie die folgenden PowerShell-Cmdlets "Get-MessageTrace " und "Get-MessageTraceDetail " aus:

Get-MessageTrace -StartDate <search start date> -EndDate <search end date> | ? Subject -match <item subject> | Get-MessageTraceDetail

Der folgende Screenshot zeigt ein Beispiel für die Befehlsausgabe.

Screenshot der Befehlsausgabe aus dem Cmdlet

Für diese Ursache lautet der Wert des Detailparameters für das Deliver-Ereignis: The message was successfully delivered to the folder: DefaultFolderType:LegacySchedule.

Ursache 2

Für Nachrichten mit einem IPM. Rule.Version2.Message message class, the value of the PR_RULE_MSG_PROVIDER property is fälschlicherweise auf Schedule+ EMS Interface.

Lösung

Wenn Sie in Exchange Online PowerShell auf Ursache 1 getestet und festgestellt haben, dass "Ursache 1" nicht anwendbar ist, beginnen Sie mit der Lösung für Ursache 2. Andernfalls beginnen Sie mit der Lösung für Ursache 1.

Lösung für Ursache 1

Notiz

Um das folgende Verfahren zu verwenden, müssen Sie der Benutzer sein oder über Vollzugriffsberechtigungen für das Postfach des Benutzers verfügen. Führen Sie das Verfahren auf einem Microsoft Windows-basierten Computer aus, auf dem der Outlook-Desktopclient installiert ist, und ein Outlook-Profil für das Postfach. 

  1. Wählen Sie in Outlook das Office-Konto>"Datei">zu Outlook aus, um zu ermitteln, ob der Desktopclient die 32-Bit- oder 64-Bit-Version ist.

  2. Laden Sie die neueste Version von MFCMAPI herunter, entweder 32-Bit oder 64-Bit, um mit der Outlook-Installation übereinzugleichen.

    Wichtig

    Obwohl der MFCMAPI-Editor unterstützt wird, achten Sie darauf, wenn Sie ihn zum Bearbeiten von Postfacheinstellungen verwenden. Die Falsche Verwendung des MFCMAPI-Editors kann ein Postfach dauerhaft beschädigen.

  3. Schließen Sie Outlook, und führen Sie dann MFCMapi.exe aus. Wenn der MFCMAPI-Startbildschirm angezeigt wird, schließen Sie ihn. 

  4. Wählen Sie "Extrasoptionen>" aus, um das Fenster "Optionen" zu öffnen.

  5. Wählen Sie beide der folgenden Optionen aus, um MFCMAPI im Onlinemodus festzulegen, und wählen Sie dann OK aus:

    • MDB_ONLINE-Flag beim Aufrufen von OpenMsgStore verwenden
    • Verwenden des MAPI_NO_CACHE-Flags beim Aufrufen von OpenEntry

    Wichtig

    Stellen Sie sicher, dass Sie Schritt 5 ausführen.

  6. Wählen Sie "Sitzungsanmeldung>" aus, um das Fenster "Profil auswählen" zu öffnen.

  7. Wählen Sie das Outlook-Profil für den betroffenen Benutzer und dann "OK" aus.

  8. Doppelklicken Sie auf das entsprechende Postfach in der Spalte "Anzeigename ", um es zu öffnen.

  9. Wählen Sie im angezeigten neuen Fenster die Ordnertabelle "MDB>Display>Receive" aus.

  10. Überprüfen Sie im Fenster "Ordnertabelle empfangen", ob die Spalte " Nachrichtenklasse " über einen IPM verfügt. ZEITPLAN. BESPRECHUNGseintrag . Der folgende Beispielfoto zeigt diesen Eintrag.

    Screenshot des IPM. ZEITPLAN. MEETING-Eintrag im Fenster

    Wenn das Fenster " Ordnertabelle empfangen" keine IPM enthält . ZEITPLAN. Meeting entry, double-check that you completed step 5 (sets MFCMAPI to online mode). Wenn Sie Schritt 5 abgeschlossen haben, überspringen Sie die verbleibenden Schritte, und versuchen Sie stattdessen die Lösung für Ursache 2 , wenn Sie dies noch nicht getan haben.

  11. Erweitern Sie den Stammcontainer .

  12. Klicken Sie mit der rechten Maustaste auf "Zeitplan", und wählen Sie dann den Ordner "Erweiterter>Empfang" aus, um das Fenster "SetReceiveFolder" zu öffnen.

  13. Geben Sie IPM ein. ZEITPLAN. BESPRECHUNG im Feld "Klasse", wählen Sie "Zuordnung löschen" und dann "OK" aus.

  14. Aktualisieren Sie das Fenster " Ordnertabelle empfangen", und überprüfen Sie dann, ob das IPM vorhanden ist. ZEITPLAN. BESPRECHUNGseintrag ist nicht mehr vorhanden.

  15. Überprüfen Sie, ob das Problem für den Benutzer behoben ist. Wenn das Problem weiterhin besteht, probieren Sie die Lösung für Ursache 2 aus, wenn Sie dies noch nicht getan haben.

Lösung für Ursache 2

  1. Führen Sie die Schritte 1 bis 8 in der Lösung für Ursache 1 aus, um MFCMAPI zu initialisieren.

  2. Erweitern Sie den Stammcontainer , und erweitern Sie dann den Anfang des Informationsspeichers.

  3. Klicken Sie mit der rechten Maustaste auf Posteingang und wählen Sie dann Zugeordnetes Inhaltsverzeichnis öffnen aus.

  4. Wählen Sie im oberen Bereich die Spaltenüberschrift "Nachrichtenklasse " aus, um die Spalte zu sortieren.

  5. Für jede Nachricht in der Spalte "Nachrichtenklasse" mit dem Wert :IPM.Rule.Version2.Message

    1. Wählen Sie die Nachricht aus.

    2. Überprüfen Sie im unteren Bereich den Wert der eigenschaft PR_RULE_MSG_PROVIDER .

    3. Wenn der Wert der PR_RULE_MSG_PROVIDER Eigenschaft lautet Schedule+ EMS Interface, löschen Sie die Nachricht im oberen Bereich.

    Im folgenden Beispielfoto wird gezeigt, wie Eine Nachricht mit einer Nachrichtenklasse IPM.Rule.Version2.Message und einem PR_RULE_MSG_PROVIDER Eigenschaftswert von Schedule+ EMS Interface.

    Screenshot des Inhaltsverzeichnisses

  6. Überprüfen Sie, ob das Problem für den Benutzer behoben ist. Wenn das Problem weiterhin besteht, versuchen Sie die Lösung für Ursache 1 , falls dies noch nicht geschehen ist.