Przejdź do głównej zawartości

Cześć, jak możemy ci dzisiaj pomóc?

Lub wybierz kategorię poniżej
Rozpoczęcie
Filmy wideo

Elementy wysłane nie są aktualizowane w klasycznym Outlooku

  1. Baza wiedzy Exclaimer
  2. Rozwiązania
  3. Funkcje
Ari Flavell
  • Zaktualizowano

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 oraz 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 wyświetlają 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 nieautoryzowane.
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. Aby uzyskać więcej informacji, zobacz zasoby Microsoft dotyczące tego problemu.
 

Rozwiązanie

UWAGI: 
• 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 jedną z opcji poniżej, aby zobaczyć powiązane instrukcje:

Opcja 1: Wyłącz tryb buforowany Exchange do testów

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:

  1. Otwórz Panel sterowania i wybierz Poczta (Microsoft Outlook).
     
  2. Wybierz Pokaż profile, a następnie wybierz Dodaj, aby dodać nowy profil.
     
  3. Wprowadź nazwę nowego profilu i wybierz OK.
     
  4. 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.
     
  5. Otwórz klasyczny Outlook, korzystając z nowego profilu.
     
  6. W menu Plik wybierz Ustawienia konta, a następnie ponownie wybierz Ustawienia konta.
     

  7. Na karcie E-mail wybierz swoje konto Exchange z listy.
     

  8. Wybierz Zmień…

    Otworzy się okno Ustawienia konta Exchange.
     

  9. Odznacz pole wyboru Użyj trybu Cached Exchange do pobierania wiadomości do pliku danych Outlook.
     

  10. Wybierz Dalej, a następnie Zakończ.
     

  11. Uruchom ponownie Outlook, aby zastosować zmianę.
     

  12. Napisz nową wiadomość e-mail. Sprawdź folder Elementy wysłane w skrzynce na żywo (na przykład przez Outlook w sieci Web), aby potwierdzić, czy pojawia się podpis po stronie serwera.

    Jeśli podpis pojawi się teraz w folderze Elementy wysłane, problem był spowodowany trybem Cached Exchange i został rozwiązany.

Opcja 2: Weryfikacja dostępu do Exchange Web Services (EWS)

Jeśli wyłączenie trybu Cached Exchange nie rozwiązuje problemu, zweryfikuj dostępność EWS i uprawnienia.

  1. Sprawdź ustawienie EWS na poziomie organizacji, uruchamiając następujące polecenie w PowerShell:

    Get-OrganizationConfig | fl EwsEnabled

  2. Jeśli wynik pokazuje, że ustawienie jest wyłączone, włącz EWS na poziomie organizacji, uruchamiając następujące polecenie w PowerShell:

    Set-OrganizationConfig -EwsEnabled:$true

W zależności od konfiguracji mogą być wymagane następujące dodatkowe kontrole:

  • Zweryfikuj, czy EWS nie jest wyłączone na poziomie skrzynki pocztowej
  • Potwierdź, że żadna Polityka Dostępu Aplikacji nie ogranicza dostępu usługi Exclaimer
  • Przejrzyj polityki Dostępu Warunkowego, które mogą blokować Exchange Online EWS
Opcja 3: Użyj wdrożenia po stronie klienta (zalecane, jeśli ważna jest widoczność elementów wysłanych)

Jeśli każdy element wysłany w klasycznym Outlooku musi zawsze wyświetlać podpis, rozważ użycie podpisów po stronie klienta.

W przypadku podpisów po stronie klienta:

Unika to ograniczeń spowodowanych trybem Cached Exchange i zapewnia, że elementy wysłane wyświetlają podpisy spójnie na wszystkich klientach.

Jeśli potrzebujesz dalszej pomocy

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:

  1. 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"
  2. Postępuj zgodnie z wyświetlanymi instrukcjami.
     

  3. 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
  4. 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, którego dotyczy problem.

Aby wyeksportować dzienniki:

  1. Zaloguj się do centrum administracyjnego Microsoft Entra.
     
  2. Przejdź do Monitoring i zdrowie > Dzienniki logowań.
     
  3. 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.
     
  4. Przełącz się na kartę Nieinteraktywne logowania, zastosuj ten sam filtr i wyeksportuj jako CSV.
     
  5. Dołącz oba pliki CSV do swojego zgłoszenia do wsparcia.