Szenario
Sie verwenden Classic Outlook und eine serverseitige Bereitstellung. Sie haben die Funktion Gesendete Elemente Aktualisierung in Exclaimer aktiviert.
Sie stellen jedoch fest, dass einige gesendete Elemente keine Signaturen anzeigen.
Grund
Dies kann auf zwei Probleme zurückzuführen sein: den Cache-Modus von Exchange und den Zugriff auf Exchange Web Services (EWS).
Im Cache-Modus von Exchange speichert Outlook gesendete Nachrichten lokal und synchronisiert sie anschließend mit dem Exchange Online-Postfach. Aufgrund dieser Synchronisierungsverzögerung kann Exclaimer das gesendete Element möglicherweise nicht finden, wenn versucht wird, die serverseitige Signatur anzuwenden. Infolgedessen kann die Aktualisierung der gesendeten Elemente fehlschlagen.
Dieses Verhalten wird durch die Art und Weise verursacht, wie Classic Outlook Postfachdaten zwischenspeichert und synchronisiert, und liegt außerhalb der Kontrolle von Exclaimer.
Wenn der Cache-Modus von Exchange deaktiviert ist, werden gesendete Elemente direkt im Serverpostfach gespeichert, sodass Exclaimer sie erfolgreich aktualisieren kann. Wenn Nachrichten dennoch nicht korrekt in Outlook im Web angezeigt werden, könnte dies auf ein Profil- oder Postfachproblem und nicht auf ein Problem bei der Signaturverarbeitung hinweisen.
Einschränkungen beim Zugriff auf Exchange Web Services (EWS) können dazu führen, dass die Anfrage authentifiziert, aber nicht autorisiert wird.
Dies entspricht typischerweise einem der folgenden Fälle:
- EWS ist auf Organisationsebene deaktiviert
- EWS ist auf Postfachebene deaktiviert
- EWS-Zugriff ist durch Richtlinien eingeschränkt (z. B. Application Access Policy)
Der Zugriff auf Exchange Web Services kann in Microsoft 365-Mandanten als deaktiviert oder nicht verfügbar erscheinen, selbst wenn keine absichtliche Konfigurationsänderung vorgenommen wurde. In diesen Fällen kann die Funktion zur Aktualisierung der gesendeten Elemente fehlschlagen, da Exclaimer nicht auf die Exchange Web Services zugreifen kann, die zum Abrufen und Aktualisieren der gesendeten Nachricht erforderlich sind. Weitere Informationen finden Sie unter Microsofts Ressourcen zu diesem Problem.
Lösung
• Die Synchronisierungszeit des Cache-Modus von Exchange ist eine Eigenschaft von Classic Outlook und kann von Exclaimer nicht gesteuert werden.
• Aktualisierungen gesendeter Elemente mit serverseitigen Signaturen sind bei Verwendung des Cache-Modus von Exchange nicht garantiert.
• Die untenstehende Lösung gilt nicht für das neue Outlook.
Wählen Sie unten eine Option, um die zugehörigen Anweisungen anzuzeigen:
Um zu überprüfen, ob der Cache-Modus für Exchange dazu führt, dass gesendete Elemente serverseitige Signaturen vermissen, müssen Sie ein neues Profil einrichten und dann den Cache-Modus für Exchange in den Kontoeinstellungen von Outlook deaktivieren.
So deaktivieren Sie den Cache-Modus für Exchange:
- Öffnen Sie die Systemsteuerung und wählen Sie Mail (Microsoft Outlook) aus.
- Wählen Sie Profile anzeigen und dann Hinzufügen, um ein neues Profil zu erstellen.
- Geben Sie den Namen des neuen Profils ein und wählen Sie OK.
- Folgen Sie den Anweisungen auf dem Bildschirm, um Ihr E-Mail-Konto im neuen Profil zu konfigurieren. Wählen Sie Fertig stellen, wenn die Konfiguration abgeschlossen ist.
Die Verwendung eines neuen Profils stellt sicher, dass keine bestehenden Cache-Probleme oder beschädigten Einstellungen den Test beeinflussen.
- Öffnen Sie das klassische Outlook mit dem neuen Profil.
- Wählen Sie im Datei-Menü Kontoeinstellungen und dann erneut Kontoeinstellungen aus.
Wählen Sie im Tab E-Mail Ihr Exchange-Konto aus der Liste aus.
Wählen Sie Ändern…
Dies öffnet das Fenster Exchange-Kontoeinstellungen.
Deaktivieren Sie das Kontrollkästchen Cache-Modus für Exchange verwenden, um E-Mails in einer Outlook-Datendatei zu speichern.
Wählen Sie Weiter und dann Fertig stellen.
Starten Sie Outlook neu, um die Änderung zu übernehmen.
-
Verfassen Sie eine neue E-Mail. Überprüfen Sie den Ordner Gesendete Elemente im Live-Postfach (zum Beispiel über Outlook im Web), um zu bestätigen, ob die serverseitige Signatur angezeigt wird.
Wenn die Signatur jetzt in den Gesendeten Elementen erscheint, wurde das Problem durch den Cache-Modus für Exchange verursacht und ist behoben.
Wenn das Deaktivieren des Cached Exchange Mode das Problem nicht löst, überprüfen Sie die Verfügbarkeit und Berechtigungen von EWS.
-
Überprüfen Sie die organisationsweite EWS-Einstellung, indem Sie den folgenden Befehl in PowerShell ausführen:
Get-OrganizationConfig | fl EwsEnabled -
Wenn das Ergebnis zeigt, dass die Einstellung deaktiviert ist, aktivieren Sie EWS auf Organisationsebene, indem Sie den folgenden Befehl in PowerShell ausführen:
Set-OrganizationConfig -EwsEnabled:$true
Je nach Ihrer Konfiguration sind möglicherweise folgende zusätzliche Überprüfungen erforderlich:
- Überprüfen Sie, dass EWS auf Postfachebene nicht deaktiviert ist
- Bestätigen Sie, dass keine Application Access Policy den Zugriff des Exclaimer-Dienstes einschränkt
- Überprüfen Sie Conditional Access-Richtlinien, die Exchange Online EWS blockieren könnten
Wenn in Classic Outlook jedes Gesendete Element immer die Signatur anzeigen muss, sollten Sie stattdessen Client-seitige Signaturen verwenden.
Bei Client-seitigen Signaturen:
wird die Signatur angewendet, bevor die E-Mail gesendet wird.
wird das Gesendete Element bereits mit der Signatur gespeichert.
ist kein nachträgliches Update oder Postfachersatz erforderlich.
besteht keine Abhängigkeit von der Synchronisierungszeit.
Weitere Informationen finden Sie unter Unterschiede in den Funktionen zwischen Client-seitigen und Server-seitigen Signaturen.
Dies vermeidet die Einschränkungen, die durch den Cached Exchange Mode verursacht werden, und stellt sicher, dass Gesendete Elemente die Signaturen konsistent in allen Clients anzeigen.
Wenn die oben genannten Lösungen das Problem nicht beheben, kann unser Support-Team helfen, wenn Sie einige Diagnoseinformationen bereitstellen.
Um weitere Hilfe zu erhalten:
-
Führen Sie den folgenden Befehl in PowerShell aus:
Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass; Invoke-WebRequest -Uri "https://raw.githubusercontent.com/exclaimerltd/Internal-Support-Scripts/master/AddInChecks.ps1" -OutFile "$env:TEMP\AddInChecks.ps1"; & "$env:TEMP\AddInChecks.ps1" - Folgen Sie den Anweisungen auf dem Bildschirm.
-
Nach Abschluss wird ein Bericht mit dem Namen AddInChecks.html erstellt.
HINWEIS: Speicherort des Berichts:
Standardmäßig: C:\Users\<IhrBenutzer>\Downloads\AddInChecks.html
Fallback (falls Downloads nicht verfügbar ist): C:\Temp\AddInChecks.html - Erstellen Sie ein Support-Ticket. Fügen Sie die in Schritt 3 erstellte Datei im Bereich Anlagen des Ticketformulars hinzu. Wir empfehlen außerdem, Ihre Ergebnisse zu den vorherigen Lösungen zu melden.
Wenn Ihre Support-Anfrage die Authentifizierung betrifft, fügen Sie Ihrem Support-Ticket einen Export der Anmeldeprotokolle des betroffenen Benutzers aus Entra ID bei.
So exportieren Sie die Protokolle:
- Melden Sie sich im Microsoft Entra Admin Center an.
- Navigieren Sie zu Überwachung & Gesundheit > Anmeldeprotokolle.
- Filtern Sie auf der Registerkarte Interaktive Anmeldungen nach dem UPN des betroffenen Benutzers und dem Datumsbereich, der das Problem abdeckt, und exportieren Sie die Daten als CSV.
- Wechseln Sie zur Registerkarte Nicht-interaktive Anmeldungen, wenden Sie denselben Filter an und exportieren Sie ebenfalls als CSV.
- Fügen Sie beide CSV-Dateien Ihrem Support-Ticket bei.