Outlook.MailItem.HTMLBody не обновляется при обновлении во встроенном ответе

При установке MailItem.HTMLBody для встроенного ответа иногда обновленное тело никогда не отображается. Если я звоню в MailItem.Save(), иногда он появляется, но только при предварительном просмотре сохраненного черновика. Кто-нибудь знает, как заставить обновленное HTMLBody отображаться?

Некоторые дополнительные выводы:

  • Для писем, содержащих только простой текст (но MailItem.BodyFormat равно OlBodyFormat.olFormatHTML), это всегда происходит.
  • Для писем с содержимым HTML и изображениями это происходит, если пользователь выбирает загрузку внешнего содержимого при ответе.
  • Для электронных писем с содержанием HTML и изображениями этого НЕ происходит, если пользователь решает не загружать внешнее содержание

Я пробовал использовать разные маршруты для получения MailItem через проводник, и все они приводят к одинаковым результатам. Вот различные методы, которые я пробовал, если что-то пропустил:

  1. Через обработчик событий Outlook.Application.Explorers.NewExplorer arg
  2. Через свойство ActiveInlineResponse

проводник = OutlookApp.ActiveExplorer ();

response = explorer.ActiveInlineResponse;

  1. Через InvokeMember("ActiveInlineResponse"...

проводник = OutlookApp.ActiveExplorer ();

response = explorer.GetType (). InvokeMember ("ActiveInlineResponse", BindingFlags.GetProperty | BindingFlags.Instance | BindingFlags.Public, null, explorer, null) как MailItem;

Окружающая обстановка:

  • Версия офиса: 16.0.10827.20118
  • Windows 10
  • Первичное взаимодействие Office 2007
  • ВСТО 2010

person BChen    schedule 26.10.2018    source источник


Ответы (1)


Для тех, кому интересно, я обнаружил, что вызывает такое поведение. Это не полностью объясняет основную проблему, но, по крайней мере, у нас есть обходной путь.

Перед настройкой HTMLBody мы обращались к документу для получения выделенного текста через Document doc = MailItem.GetInspector.WordEditor.

Изменение этого параметра на Document doc = ActiveExplorer.ActiveInlineResponseWordEditor устранило проблему, описанную выше.

person BChen    schedule 06.11.2018