[Petya V4sechkin]

anatoly_neo, для эксперимента можно выставить параметры:

[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity] "DisableADALatopWAMOverride"=dword:00000001 "DisableAADWAM"=dword:00000001

Затем создать заново профиль Outlook и посмотреть, изменится ли поведение при запуске.

Можем копнуть и в другом направлении: настройки автообнаружения (autodiscover) Exchange, например параметр:

[HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\AutoDiscover] "ExcludeExplicitO365Endpoint"=dword:00000001

(и в этом случае потребуется пересоздать профиль Outlook).

[anatoly_neo]

Petya V4sechkin,
Создал все указанные ключи.
теперь только две ошибки вида:

1) Не удается найти описание для идентификатора события 1089 из источника Microsoft-Windows-AAD. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.

Если событие возникло на другом компьютере, возможно, потребуется сохранить отображаемые сведения вместе с событием.

К событию были добавлены следующие сведения:

3221521586

Неверный дескриптор

2) Не удается найти описание для идентификатора события 1104 из источника Microsoft-Windows-AAD. Вызывающий данное событие компонент не установлен на этом локальном компьютере или поврежден. Установите или восстановите компонент на локальном компьютере.

Если событие возникло на другом компьютере, возможно, потребуется сохранить отображаемые сведения вместе с событием.

К событию были добавлены следующие сведения:

Plugin initialize
3221521586

Неверный дескриптор


И обе они при запуске компа.
Но почта так и загружается с затупом секунд в 30.
Может быть ещё куда то можно посмотреть в журналах, где могут что-то интересное написать?
Нет ли какого-то журнала коннекта в самой чунге?

[Petya V4sechkin]

anatoly_neo, "чунга" - это Exchange?

Посмотрите варианты
Медленный Exchange Autodiscover в Outlook 2016

P.S. Очередная попытка анализа лога, кажется, начала прояснять ситуацию (но это не точно). Последовательность примерно такая:

1. Outlook через Windows.Security.Authentication.Web.Core обращается к службе Диспетчер учетных веб-записей (TokenBroker) и ждет ответа 20 секунд;
2. Диспетчер учетных веб-записей опосредованно (через RPC и службу DcomLaunch) вызывает:
   

   BackgroundTaskHost.exe -ServerName:BackgroundTaskHost.WebAccountProvider

   и ждет ответа 20 секунд;
3. BackgroundTaskHost.exe обращается к прокси-серверу:
   

   BackgroundTaskHost.exe 11632 TCP Send crm-manager.omega-spb.local:13922 -> control.omega-spb.local:3128 SUCCESS

   и зависает на 20 секунд, далее - ошибка.

[anatoly_neo]

BackgroundTaskHost.exe обращается к прокси-серверу: Цитата: BackgroundTaskHost.exe 11632 TCP Send crm-manager.omega-spb.local:13922 -> control.omega-spb.local:3128 SUCCESS и зависает на 20 секунд, далее - ошибка. »

я вот этот момент в логе тоже увидел, пока его изучал, но не смог понять зачем, почему и отчего, он вообще пытается залезть на прокси сервер, хотя галка в свойствах эксплорера (в настройке прокси) стоит что для локальных адресов не использовать прокси...
тогда остаётся попытаться понять почему от прокси ответ такой долгий или же пытаться его отучить лезть на прокси для локальных адресов?

Чунга, да Exchange ))

Самое интересно что проверка автодискавери на компе пролетает практически моментально и без ошибок. После запуска почты, делаю на значке почты в нижнем правом углу ctrl+ПКМ и выбираю проверку автонастройки почты.

[Petya V4sechkin]

anatoly_neo, журналы на прокси смотрели?

[anatoly_neo]

Petya V4sechkin,
прокси показывает попытки коннекта к:
https://login.windows.net:443/ HTTP/1.0" 200 7697
https://login.microsoftonline.com:443/ HTTP/1.0" 200 5974
https://outlook.office365.com:443/ HTTP/1.0" 200 0
к нашему центральному серверу Exchange
https://mobile.pipe.aria.microsoft.com:443/ HTTP/1.0" 200 6840
https://login.windows.net:443/ HTTP/1.0" 200 6544
https://odc.officeapps.live.com:443/ HTTP/1.0" 200 8669

судя по запросам между запросом на подключение к https://odc.officeapps.live.com:443/ HTTP/1.0" 200 8669 и https://login.windows.net:443/ HTTP/1.0" 200 6744 проходит около 30 секунд , видимо Outlook чего-то ждёт...
Доступ к этим доменам открыт. Но то открыто у меня, а есть ещё прокся выше, а вот там может быть и прикрыто. буду в понедельник смотреть, возможно в этом косяк.

[anatoly_neo]

журналы на прокси смотрели? »

Пошерстив логи на прокси сервере, подкрутив немного настройки на прокси (добавил запись в ДНС о том куда надо запрос про внутренний сервак чунги переадресовать, на внутренний ДНС , а так же добавив в белый список указанные ранее адреса мелкософта) и настройки браузера в части прокси (добавив внутренний сервак чунги в исключения прокси) удалось таки заставить Outlook запускаться идеально быстро, секунд за 5.
Petya V4sechkin, ОГРОМНОЕ спасибище за помощь, эпопея с попыткой понять что происходит растянулась надолго (с моей стороны, ещё до обращения на форум), а решение оказалось элементарным и в то же время не очень, ибо остальные ПК работают на таких же настройках и проблем с почтой не наблюдается (проблемы начали появляться только с ново настроенными)...