Прескачане към основното съдържание

Здравейте, как можем да ви помогнем днес?

Или изберете категория по-долу
Започване
Видеоклипове

Изпратените съобщения не се актуализират в Classic Outlook

  1. База знаний Exclaimer
  2. Решения
  3. Функции
Ari Flavell
  • Обновено

Сценарий

Използвате класическия Outlook и внедряване от страна на сървъра. Активирали сте функцията Актуализация на изпратени елементи в Exclaimer.

Въпреки това забелязвате, че някои изпратени елементи не показват подписи.

Причина

Това може да се дължи на два проблема: кеширан режим на Exchange и достъп до Exchange Web Services (EWS).

В кеширания режим на Exchange Outlook съхранява изпратените съобщения локално и ги синхронизира с пощенската кутия в Exchange Online по-късно. Поради това забавяне при синхронизацията, Exclaimer може да не открие изпратения елемент, когато се опитва да приложи подписа от страна на сървъра. В резултат на това актуализацията на изпратените елементи може да се провали.

Това поведение се дължи на начина, по който класическият Outlook кешира и синхронизира данните от пощенската кутия и е извън контрола на Exclaimer.

Когато кешираният режим на Exchange е деактивиран, изпратените елементи се запазват директно в пощенската кутия на сървъра, което позволява на Exclaimer да ги актуализира успешно. Ако съобщенията все още не се показват правилно в Outlook в уеб, това може да означава проблем с профила или пощенската кутия, а не с обработката на подписа.

Ограниченията за достъп до Exchange Web Services (EWS) могат да причинят удостоверяване на заявката, но не и разрешение за достъп.
Обикновено това съответства на едно от следните:

  • EWS е деактивиран на ниво организация
  • EWS е деактивиран на ниво пощенска кутия
  • Достъпът до EWS е ограничен чрез политика (например, Политика за достъп на приложения)

Достъпът до Exchange Web Services може да изглежда деактивиран или недостъпен в Microsoft 365 наематели, дори когато не е направена умишлена промяна в конфигурацията. В тези случаи функционалността за актуализация на изпратените елементи може да се провали, тъй като Exclaimer не може да осъществи достъп до необходимите Exchange Web Services за извличане и актуализиране на изпратеното съобщение. За повече информация вижте ресурсите на Microsoft по този въпрос.
 

Решение

ЗАБЕЛЕЖКИ: 
• Времето за синхронизация в кеширания режим на Exchange е присъщо за класическия Outlook и не може да бъде контролирано от Exclaimer.
• Актуализациите на изпратени елементи с подписи от страна на сървъра не са гарантирани при използване на кеширан режим.
• По-долу описаното решение не се прилага за Новия Outlook.

Изберете опция по-долу, за да видите свързаните инструкции:

Опция 1: Деактивиране на кеширания режим на Exchange за тестване

За да проверите дали Режимът на кеширан Exchange причинява липсата на сървърни подписи в Изпратени елементи, трябва да създадете нов профил и след това да деактивирате Режим на кеширан Exchange от Настройките на акаунта в Outlook.

За да деактивирате Режим на кеширан Exchange:

  1. Отворете Контролния панел и изберете Поща (Microsoft Outlook).
     
  2. Изберете Показване на профили, след това изберете Добавяне, за да добавите нов профил.
     
  3. Въведете името на новия профил и изберете ОК.
     
  4. Следвайте инструкциите на екрана, за да конфигурирате имейл акаунта си в новия профил. Изберете Завършване, когато конфигурацията приключи.

    Използването на нов профил гарантира, че няма съществуващи проблеми с кеша или повредени настройки, които да влияят на теста.
     
  5. Отворете класическия Outlook, използвайки новия профил.
     
  6. В менюто Файл изберете Настройки на акаунта, след това отново изберете Настройки на акаунта.
     

  7. В раздела Имейл изберете своя Exchange акаунт от списъка.
     

  8. Изберете Промяна…

    Това отваря прозореца Настройки на Exchange акаунт.
     

  9. Премахнете отметката от квадратчето Използване на Режим на кеширан Exchange за изтегляне на имейли в Outlook файл с данни.
     

  10. Изберете Напред, след това Завършване.
     

  11. Рестартирайте Outlook, за да приложите промените.
     

  12. Създайте нов имейл. Проверете папката Изпратени елементи в живата пощенска кутия (например чрез Outlook в уеб), за да потвърдите дали сървърният подпис се появява.

    Ако подписът вече се появява в Изпратени елементи, проблемът е бил причинен от Режим на кеширан Exchange и е решен.

Опция 2: Проверка на достъпа до Exchange Web Services (EWS)

Ако деактивирането на кеширания режим на Exchange не реши проблема, проверете наличността и разрешенията на EWS.

  1. Проверете настройката на EWS на ниво организация, като изпълните следната команда в PowerShell:

    Get-OrganizationConfig | fl EwsEnabled

  2. Ако резултатът показва, че настройката е деактивирана, активирайте EWS на ниво организация, като изпълните следната команда в PowerShell:

    Set-OrganizationConfig -EwsEnabled:$true

В зависимост от вашата конфигурация, може да са необходими следните допълнителни проверки:

  • Проверете дали EWS не е деактивиран на ниво пощенска кутия
  • Потвърдете, че няма политика за достъп на приложения, която ограничава достъпа на услугата Exclaimer
  • Прегледайте политиките за условен достъп, които могат да блокират Exchange Online EWS
Опция 3: Използвайте внедряване на клиентската страна (препоръчително, ако видимостта на изпратените елементи е важна)

Ако всеки изпратен елемент в класическия Outlook винаги трябва да показва подписа, обмислете използването на подписи на клиентската страна.

С подписите на клиентската страна:

Това избягва ограниченията, причинени от кеширания режим на Exchange, и гарантира, че изпратените елементи показват подписите последователно във всички клиенти.

Ако имате нужда от допълнителна помощ

Ако горните решения не отстранят проблема, нашият екип за поддръжка може да помогне, ако предоставите някои диагностични данни.

За да получите допълнителна помощ:

  1. Изпълнете следната команда в 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. Следвайте инструкциите на екрана.
     

  3. Когато приключите, ще бъде генериран доклад с името AddInChecks.html .

    ЗАБЕЛЕЖКА: Местоположение на доклада:
    По подразбиране: C:\Users\<ВашиятПотребител>\Downloads\AddInChecks.html
    Резервно (ако папката Downloads не е достъпна): C:\Temp\AddInChecks.html
  4. Отворете заявка за поддръжка. Добавете файла, генериран в Стъпка 3, в секцията Прикачени файлове на формуляра за заявка. Препоръчваме също да докладвате резултатите от предишните решения.

Ако вашата заявка за поддръжка се отнася до удостоверяване, включете експортирани регистрационни файлове за влизане в Entra ID на засегнатия потребител заедно със заявката.

За да експортирате регистрационните файлове:

  1. Влезте в администраторския център на Microsoft Entra.
     
  2. Навигирайте до Мониторинг и здраве > Регистрационни файлове за влизане.
     
  3. В раздела Интерактивни влизания филтрирайте по UPN на засегнатия потребител и периода, обхващащ проблема, след което експортирайте като CSV.
     
  4. Превключете към раздела Неинтерактивни влизания, приложете същия филтър и експортирайте като CSV.
     
  5. Прикачете и двата CSV файла към вашата заявка за поддръжка.