Scenariusz
Używasz klasycznego Outlooka i wdrożenia po stronie serwera. Włączyłeś funkcję Aktualizacja elementów wysłanych w Exclaimer.
Jednak zauważasz, że niektóre elementy wysłane nie pokazują podpisów.
Przyczyna
Może to być spowodowane dwoma problemami: trybem buforowanym Exchange i dostępem do Exchange Web Services (EWS).
W trybie buforowanym Exchange Outlook przechowuje wysłane wiadomości lokalnie i synchronizuje je z skrzynką Exchange Online później. Z powodu tego opóźnienia synchronizacji Exclaimer może nie znaleźć elementu wysłanego, gdy próbuje zastosować podpis po stronie serwera. W rezultacie aktualizacja elementów wysłanych może się nie powieść.
To zachowanie wynika z tego, jak klasyczny Outlook buforuje i synchronizuje dane skrzynki pocztowej i jest poza kontrolą Exclaimer.
Gdy tryb buforowany Exchange jest wyłączony, elementy wysłane są zapisywane bezpośrednio na serwerze skrzynki pocztowej, co pozwala Exclaimer na ich pomyślną aktualizację. Jeśli wiadomości nadal nie pojawiają się poprawnie w Outlooku w sieci, może to wskazywać na problem z profilem lub skrzynką pocztową, a nie na problem z przetwarzaniem podpisu.
Ograniczenia dostępu do Exchange Web Services (EWS) mogą powodować, że żądanie jest uwierzytelnione, ale nie autoryzowane.
Zazwyczaj jest to zgodne z jednym z następujących przypadków:
- EWS jest wyłączone na poziomie organizacji
- EWS jest wyłączone na poziomie skrzynki pocztowej
- Dostęp do EWS jest ograniczony przez politykę (na przykład Polityka dostępu aplikacji)
Dostęp do Exchange Web Services może wydawać się wyłączony lub niedostępny w tenantach Microsoft 365, nawet jeśli nie dokonano celowej zmiany konfiguracji. W takich przypadkach funkcja aktualizacji elementów wysłanych może się nie powieść, ponieważ Exclaimer nie ma dostępu do Exchange Web Services potrzebnych do pobrania i aktualizacji wysłanej wiadomości. Więcej informacji znajdziesz w zasobach Microsoft na ten temat.
Rozwiązanie
• Czas synchronizacji trybu buforowanego Exchange jest cechą wrodzoną klasycznego Outlooka i nie może być kontrolowany przez Exclaimer.
• Aktualizacje elementów wysłanych z podpisami po stronie serwera nie są gwarantowane podczas korzystania z trybu buforowanego Exchange.
• Poniższe rozwiązanie nie dotyczy nowego Outlooka.
Wybierz opcję poniżej, aby zobaczyć powiązane instrukcje:
Aby zweryfikować, czy tryb Cached Exchange powoduje brak podpisów po stronie serwera w folderze Elementy wysłane, musisz utworzyć nowy profil, a następnie wyłączyć tryb Cached Exchange w ustawieniach konta Outlook.
Aby wyłączyć tryb Cached Exchange:
- Otwórz Panel sterowania i wybierz Poczta (Microsoft Outlook).
- Wybierz Pokaż profile, a następnie wybierz Dodaj, aby dodać nowy profil.
- Wprowadź nazwę nowego profilu i wybierz OK.
- Postępuj zgodnie z instrukcjami wyświetlanymi na ekranie, aby skonfigurować konto e-mail w nowym profilu. Po zakończeniu konfiguracji wybierz Zakończ.
Użycie nowego profilu zapewnia, że nie ma istniejących problemów z pamięcią podręczną ani uszkodzonych ustawień wpływających na test.
- Otwórz klasyczny Outlook, korzystając z nowego profilu.
- W menu Plik wybierz Ustawienia konta, a następnie ponownie wybierz Ustawienia konta.
Na karcie E-mail wybierz swoje konto Exchange z listy.
Wybierz Zmień…
Otworzy się okno Ustawienia konta Exchange.
Odznacz pole wyboru Użyj trybu Cached Exchange do pobierania poczty do pliku danych Outlook.
Wybierz Dalej, a następnie Zakończ.
Uruchom ponownie Outlook, aby zastosować zmianę.
-
Napisz nową wiadomość e-mail. Sprawdź folder Elementy wysłane w skrzynce na żywo (na przykład za pomocą Outlook w sieci Web), aby potwierdzić, czy pojawia się podpis po stronie serwera.
Jeśli podpis pojawi się teraz w Elementach wysłanych, problem był spowodowany trybem Cached Exchange i został rozwiązany.
Jeśli każdy element Wysłane w klasycznym Outlooku musi zawsze wyświetlać podpis, rozważ użycie podpisów po stronie klienta.
W przypadku podpisów po stronie klienta:
Podpis jest dodawany przed wysłaniem wiadomości e-mail.
Element Wysłane jest zapisywany już z podpisem.
Nie jest wymagana żadna aktualizacja po wysłaniu ani zastąpienie skrzynki pocztowej.
Nie ma zależności od czasu synchronizacji.
Więcej informacji znajdziesz w artykule Różnice w funkcjach między podpisami po stronie klienta a po stronie serwera.
Unika to ograniczeń spowodowanych trybem Cached Exchange i zapewnia, że elementy Wysłane wyświetlają podpisy spójnie na wszystkich klientach.
Jeśli powyższe rozwiązania nie rozwiążą problemu, nasz zespół wsparcia może pomóc, jeśli dostarczysz pewne informacje diagnostyczne.
Aby uzyskać dalszą pomoc:
-
Uruchom następujące polecenie w PowerShell:
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" - Postępuj zgodnie z wyświetlanymi instrukcjami.
-
Po zakończeniu zostanie wygenerowany raport o nazwie AddInChecks.html .
UWAGA: Lokalizacja raportu:
Domyślnie: C:\Users\<TwojUzytkownik>\Downloads\AddInChecks.html
Alternatywnie (jeśli folder Downloads jest niedostępny): C:\Temp\AddInChecks.html - Zgłoś zgłoszenie do wsparcia. Dołącz plik wygenerowany w kroku 3 w sekcji Załączniki formularza zgłoszenia. Zalecamy również zgłoszenie wyników poprzednich rozwiązań.
Jeśli Twoje zgłoszenie do wsparcia dotyczy uwierzytelniania, dołącz eksport dzienników logowania Entra ID użytkownika dotkniętego problemem wraz ze zgłoszeniem.
Aby wyeksportować dzienniki:
- Zaloguj się do centrum administracyjnego Microsoft Entra.
- Przejdź do Monitoring i stan > Dzienniki logowań.
- Na karcie Interaktywne logowania przefiltruj według UPN użytkownika dotkniętego problemem oraz zakresu dat obejmującego problem, a następnie wyeksportuj jako CSV.
- Przełącz się na kartę Nieinteraktywne logowania, zastosuj ten sam filtr i wyeksportuj jako CSV.
- Dołącz oba pliki CSV do swojego zgłoszenia do wsparcia.