Конфигурация следующая:
Пользователь из office.contoso.com отправил сообщение с Outlook 2016 из внутренней сети домена office.contoso.com третьему лицу с CC-адресом одного из почтовых ящиков общедоступных папок в локальной организации Exchange и не сделал этого. я не получаю сообщение в этой общей папке. В конечном итоге расследование обнаружило, что электронное письмо было отправлено через организацию Office 365 Exchange, в которой не зарегистрирован адрес электронной почты общей папки, поэтому был создан отчет о недоставке и помещен в облачный почтовый ящик Exchange, связанный с этим пользователем. Третья сторона получила сообщение должным образом, несмотря на запись SPF домена contoso.com, которая должна была помешать серверам Microsoft успешно отправить это электронное письмо, поскольку их внешние IP-адреса не разрешаются обратно ни в одно из DNS-имен contoso.com. (Конфигурация стороннего почтового сервера выходит за рамки этого вопроса)
Вопрос в том:
Мне удалось найти ответ на этот вопрос. Ссылка на полностью объясненный ответ находится здесь: Как Outlook (2016) выполняет автоматическое обнаружение. Отрывок выглядит следующим образом:
Шаг 4. Выберите O365 как приоритет
Outlook использует набор эвристик, чтобы определить, исходит ли предоставленная учетная запись пользователя из Office 365. Если Outlook уверенно определяет, что вы являетесь пользователем O365, предпринимается попытка получить полезные данные автообнаружения из известных конечных точек O365 (обычно https://autodiscover-s.outlook.com/autodiscover/autodiscover.xml или https://autodiscover-s.partner.outlook.cn/autodiscover/autodiscover.xml). Если на этом шаге не удается получить полезные данные, Outlook переходит к шагу 5.
Значение управления политикой для этого шага следующее: ExcludeExplicitO365Endpoint.
Как объясняется в этом руководстве, Outlook 2016 использует «эвристику», чтобы определить, следует ли проверять подготавливаемую организацию Office 365 для Exchange. Более того, этот шаг 4 выполняется задолго до любого другого шага, настраиваемого в Active Directory или на сайтах автообнаружения. Следовательно, ответ прост: добавьте либо настройку реестра, либо подходящую политику с установленными шаблонами Office 2016 ADM. Ключ реестра HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\16.0\Outlook\AutoDiscover\ExcludeExplicitO365Endpoint, тип REG_DWORD, стоимость 1. Чрезвычайно просто, когда дело доходит до того, чтобы Outlook 2016 не пытался переходить в облако.
Остается вопрос №3: «Почему Outlook не отображает правильное содержимое подключенного почтового ящика», но на него отвечает Outlook, обычно работающий в кэшированном режиме, поэтому он отображает локальный кеш и случайные изменения, загруженные с помощью запросов на вытягивание из Exchange. В этом случае содержимое локального почтового ящика Exchange было загружено локально до того, как Outlook совершил свой танец вероятности и подключился к облаку, поэтому он просто отображал их вместе с сообщением, только что отправленным через облако, обеспечивая описанный эффект.
И, наконец, автономной версией оказался Outlook 2013, который еще не использует такую эвристику по дизайну, поэтому работал так, как ожидалось.