Перейти к основному контенту

Здравствуйте, как мы можем вам помочь сегодня?

Или выберите категорию ниже
Начало работы
Видео

Отправленные сообщения не обновляются в классическом 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.
• Обновления отправленных элементов с подписями на стороне сервера не гарантируются при использовании режима кэширования Exchange.
• Нижеописанное решение не применяется к новому 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-файла к вашей заявке в службу поддержки.