Die Abwesenheitsfunktion in Outlook funktioniert in Microsoft 365 nicht ordnungsgemäß.

Symptome

Wenn Sie versuchen, die Abwesenheitsfunktion in Outlook in Microsoft 365 zu verwenden, treten die folgenden Symptome auf:

  • Die OOF-Nachricht kann nicht gespeichert werden.
  • Eine alte oder doppelte OOF-Nachricht wird gesendet.
  • Eine OOF-Nachricht wird nicht gesendet, obwohl Sie die OOF-Nachricht aktivieren.

Ursache

Dieses Problem kann aus einem der folgenden Gründe auftreten:

  • Ursache 1: Es gibt einen Backlog von Postfach-Assistentenereignissen (nur Exchange 2010).
  • Ursache 2: Die OOF-Regelvorlagen sind fehlerhaft oder beschädigt.
  • Ursache 3: Das OOF-Regelkontingent wird überschritten, und es können keine neuen Regeln erstellt werden.
  • Ursache 4: Die Einstellung "Remotedomäne" für die Standarddomäne (oder eine bestimmte Domäne) ist nicht so festgelegt, dass OOF-Nachrichten zugelassen werden.

Fehlerbehebung

Hinweis

Eine der vier Ursachen kann dazu führen, dass eine OOF-Antwort fehlschlägt. Daher muss jede Ursache einzeln ausgeschlossen werden.

Warnung

Die Verwendung des Microsoft Exchange Server MAPI-Editors (MFCMapi) kann Microsoft Exchange Server und die Exchange-Serverpostfächer beschädigen. Laden Sie MFCMAPI von github herunter (scrollen Sie nach unten, und wählen Sie dann " Neueste Version") aus.

Um dieses Problem zu beheben, führen Sie die Schritte für die spezifische Ursache aus.

Lösung 1

  1. Konfigurieren Sie das OOF-Feature. Führen Sie dazu ggf. eines der folgenden Cmdlets in Windows PowerShell aus:

    Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Disabled
    Set-MailboxAutoReplyConfiguration <identity> -AutoReplyState Enabled

  2. Verwenden Sie MFCMapi, um den PR_OOF_STATE Wert zu überprüfen. Gehen Sie dazu wie folgt vor:

    1. Wählen Sie im Hauptfenster von MFCMapi " Sitzung" und dann "Anmeldung" und "Store-Tabelle anzeigen" aus, um das Postfach zu öffnen.

    2. Wählen Sie das Profil aus, auf das Sie zugreifen möchten, und scrollen Sie dann im unteren Bereich nach unten, bis der PR_OOF_STATE Wert angezeigt wird. Dieser Wert sollte "True" sein, wenn Sie das OOF-Feature in Windows PowerShell aktiviert haben, oder "False", wenn Sie das OOF-Feature deaktiviert haben. Wenn Sie z. B. das OOF-Feature deaktiviert haben, ziehen Sie den folgenden Screenshot in Betracht:

      Screenshot des werts PR_OOF_STATE.

  3. Wenn der PR_OOF_STATE Wert nicht das erwartete Ergebnis ist, wenden Sie sich an pomoc techniczna firmy Microsoft, um sie auf Ereignisse in der Warteschlange überprüfen zu lassen (nur Exchange 2010).

Lösung 2

Hinweis

Die Symptome in Ihrem Fall können sich geringfügig von diesen unterscheiden. Beispielsweise kann die OOF-Nachricht nicht wie erwartet gesendet werden, obwohl die OOF-Nachricht ohne Fehler festgelegt werden kann. Diese Schritte gelten jedoch weiterhin.

Um dieses Problem zu beheben, löschen Sie die OOF-Regeln und die OOF-Regelvorlagen aus dem Postfach. Aktivieren Sie dann das OOF-Feature erneut, und testen Sie das Verhalten. Gehen Sie hierzu wie folgt vor.

Hinweis

Sie müssen die OOF-Nachricht nicht sichern, wenn Sie diese Schritte ausführen.

  1. Wählen Sie im Hauptfenster von MFCMapi " Sitzung" und dann "Anmeldung" und "Store-Tabelle anzeigen" aus, um das Postfach zu öffnen.

  2. Erweitern Sie den Stammcontainer und den oberen Rand des Informationsspeichers.

  3. Löschen Sie die OOF-Regeln. Gehen Sie dazu wie folgt vor:

    1. Klicken Sie mit der rechten Maustaste auf " Posteingang", und wählen Sie dann " Regeltabelle anzeigen" aus.

      • Wenn das OOF-Feature deaktiviert ist, wird eine OOF-Regel zusammen mit dem folgenden Regelnamen in der Regeltabelle aufgeführt:
        MSFT: TDX-OOF-Regeln

      • Wenn das OOF-Feature aktiviert ist, werden zwei verschiedene OOF-Regeln in der Regeltabelle aufgeführt. Welche Regeln aufgelistet werden, hängt davon ab, ob die Regel nur intern oder sowohl intern als auch extern aktiviert ist. Betrachten Sie z. B. den folgenden Screenshot:

        Screenshot der Details des Dialogfelds &quot;Regeltabelle&quot;.

      • Wenn die OOF-Vorlagen beschädigt oder fehlerhaft sind, werden diese OOF-Vorlagen in der Regeltabelle aufgeführt. Sie können andere Einträge anzeigen, wenn der Benutzer andere Regeln aktiviert hat.

    2. Klicken Sie mit der rechten Maustaste auf die OOF-Regeln, und wählen Sie dann "Löschen" aus.

      Hinweis

      Löschen Sie keine OOF-Regeln außer denen, auf die verwiesen wird.

    3. Schließen Sie das Fenster "Regeltabelle".

  4. Löschen Sie die OOF-Vorlagen. Gehen Sie dazu wie folgt vor:

    • Klicken Sie mit der rechten Maustaste auf "Posteingang", und wählen Sie dann " Verknüpfte Inhaltstabelle öffnen" aus.
    • Scrollen Sie nach rechts, und erweitern Sie dann die Spalte " Nachrichtenklasse ".
    • Um die Elemente zu sortieren, wählen Sie die Spalte "Nachrichtenklasse " aus.
    • Suchen Sie nach den Elementen, deren Nachrichtenklasse einer der folgenden Werte ist:
      • IPM. Note.Rules.ExternalOofTemplate.Microsoft
      • IPM.Note.Rules.OofTemplate.Microsoft

Betrachten Sie z. B. den folgenden Screenshot:

Screenshot der OOF-Regeln, die gelöscht werden können.

  • Klicken Sie mit der rechten Maustaste auf die Elemente, die zu einer dieser beiden Nachrichtenklassen gehören, und wählen Sie dann " Nachricht löschen" aus.

    Hinweis

    Löschen Sie nur Elemente, auf die verwiesen wird.

    Screenshot der OOF-Regeln, die gelöscht werden können.

  • Wählen Sie im Dialogfeld "Element löschen" unter "Löschstil**" die Option "Dauerhaft löschen" aus, und übergeben Sie DELETE_HARD_DELETE (nicht behebbar),** und wählen Sie dann "OK" aus.

    Wählen Sie unter &quot;Löschstil&quot; die Option &quot;Permanent delete passing DELETE_HARD_DELETE (nicht behebbar)&quot; aus.

  • Deaktivieren Sie das OOF-Feature, und aktivieren Sie es dann erneut mithilfe der folgenden Befehle:

    Set-MailboxAutoReplyConfiguration \<identity> -AutoReplyState Disabled
    Set-MailboxAutoReplyConfiguration \<identity> -AutoReplyState Enabled

  • Überprüfen Sie, ob das OOF-Feature wie erwartet funktioniert und die Symptome nicht mehr auftreten.

Auflösung 3

Wenn eine OOF-Antwort nicht mehr zurückgegeben wird, ist es wahrscheinlich, dass das Regelkontingent überschritten wird. Daher können die internen und externen OOF-Regeln nicht erstellt werden. Gehen Sie folgendermaßen vor, um dieses Problem zu beheben:

  1. Erhöhen Sie Ihr Regelkontingent. Führen Sie dazu die Schritte im folgenden Artikel aus:

    Ein Benutzer kann keine neuen Regeln in Outlook oder Outlook Web App

  2. Aufgrund des Zwischenspeicherns von Kontingentinformationen im Informationsspeicher kann es bis zu zwei Stunden dauern, bis die aktualisierten Kontingentwerte wirksam werden.

  3. Wiederholen Sie die Auflösung 2.

Auflösung 4

Wenn der AllowedOFFType-Wert für die Remotedomäne "None" lautet, werden OOF-Nachrichten nicht extern ausgelöst. Dieser Wert muss auf "Extern " festgelegt werden, um externe OOFs zuzulassen. Standardmäßig ist dieser Wert auf "Keine" festgelegt. Denken Sie daran, dass beim Durchsuchen der Remotedomänen der Standardwert durch bestimmte Einträge überschrieben wird. Wenn der Benutzer also an einen @contoso.com Benutzer sendet und ein Contoso.com Eintrag in den Remotedomäneneinstellungen vorhanden ist, wird der AllowedOOFType-Wert für diesen bestimmten Eintrag verwendet. Wenn kein Eintrag für Contoso.comvorhanden ist, wird die standardmäßige (*) Remotedomäne verwendet.

Get-RemoteDomain | select Name,AllowedOOFType