С переходом на Outlook 2010 почти сразу после появления новых коннекторов для него имел опыт общения с коннектором Microsoft Office Outlook Hotmail Connector, и что-то как-то не сложились у меня с ним в ту пору нормальные отношения, ибо первые его реинкарнации работали из рук вон криво. Последнее время достаточно много приходится работать с почтовым аккаунтом на Hotmail, и поэтому вспомнился этот зверёк. Скачал текущую версию коннектора (14.0.6106.5001), установил и с удивлением для себя обнаружил, что текущая версия работает более или менее адекватно.
-
Microsoft Office Outlook 2010 и Outlook Hotmail Connector
-
Windows Server 2008 R2 RDS & Outlook – ассоциация с файлами *.eml
На терминальном сервере с Windows Server 2008 R2 с установленным Office 2010 в пользовательских сессиях нет возможности открывать *.eml файлы, так как в системе по умолчанию отсутствует ассоциация этого типа файлов с каким-либо приложением. В Windows Server 2003 такой проблемы не было так как *.eml файлы были ассоциированы с имеющимся по умолчанию в ОС приложением Outlook Express. В новой же системе отсутствие ассоциации приводит к тому, что при попытке открытия такого файла пользователь получает окно выбора приложения с помощью которого ОС может открыть этот файл…и в этом окне как правило бездумно щёлкает по значку IE, так как он самый первый. К чему это всё приводит нетрудно догадаться.
Чтобы решить эту проблему мы можем сделать ассоциацию *.eml файлов с любым доступным просмотрщиком такого формата, например если в ОС уже имеется установленный Office 2010 то сделать это можно путём добавления соответствующей информации в системный реестр. Вот пример *.reg файла:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINESOFTWAREClassesOutlook.File.eml]
@="Сообщение электронной почты"
"EditFlags"=hex:00,00,00,00[HKEY_LOCAL_MACHINESOFTWAREClassesOutlook.File.emlshell]
@="Open"[HKEY_LOCAL_MACHINESOFTWAREClassesOutlook.File.emlshellOpen]
[HKEY_LOCAL_MACHINESOFTWAREClassesOutlook.File.emlshellOpencommand]
@=""C:\Program Files (x86)\Microsoft Office 2007\Office12\OUTLOOK.EXE" /eml "%1""[HKEY_CLASSES_ROOT.eml]
@="Outlook.File.eml"[HKEY_CLASSES_ROOT.emlOpenWithProgids]
"Outlook.File.eml"=""[HKEY_LOCAL_MACHINESOFTWAREClasses.eml]
@="Outlook.File.eml"[HKEY_LOCAL_MACHINESOFTWAREClasses.emlOpenWithProgids]
"Outlook.File.eml"="" -
Запрос авторизации Outlook при переключении БД Exchange или перезагрузке ноды NLB
Было замечено, что при выполнении процедуры переключения активной копии БД Exchange Server 2010 в группе DAG с одного сервера на другой (Database Switchover), а так же при проверке механизма аварийного переключения (Database Failover) на клиентах Outlook 2007/2010 происходит кратковременный разрыв соединения с сервером Exchange, сопровождаемый появлением окна авторизации для ввода имени пользователя и пароля. При этом, если без ввода учетных данных просто перезапустить Outlook, - соединение успешно восстанавливается. После проведения изыскательных мероприятий выяснилось то, что клиент Outlook в момент кратковременной потери MAPI (RPC) соединения c активным экземпляром БД Exchange пытается использовать альтернативный метод доступа – RPC over HTTP, то есть пытается использовать встроенный механизм мобильного клиента Outlook Anywhere. И в нашем случае это происходит из-за того, что на стороне серверов клиентского доступа компонента Outlook Anywhere настроена на использование Basic Authentication.
Одним из методов решения данной проблемы может быть отключение использования встроенного механизма Outlook Anywhere в клиентах Outlook, включённого по умолчанию. Для этого в Outlook откроем свойства учетной записи > «Другие настройки» > перейдём на закладку «Подключение» и отключим флажок «Подключение к Microsoft Exchange по протоколу HTTP»:
Если стоит задача отключить данный механизм массово на всех клиентах, то можно это выполнить, например, с помощью доменных групповых политик – GPO. При попытке использовать ADMX шаблоны групповых политик в домене Windows Server 2008/2008 R2 имеющихся в комплекте с MS Office 2007/2010 вы можете убедиться в том, что они не имеют параметров для настройки мобильного клиента Outlook.
В базе знаний Microsoft можно найти две статьи описывающие проблему невозможности настройки параметров мобильного клиента Outlook c помощью стандартных шаблонов GPO:- KB961112 - You cannot use Group Policy settings to configure Outlook Anywhere (RPC/HTTP) settings
- KB2426686 - Outlook Anywhere (RPC/HTTP) settings are unavailable in the Outlook 2010 Group Policy template
В этих статьях нам доступны для загрузки шаблоны GPO в уже устаревшем формате – *.adm. Мы можем воспользоваться средством ADMX Migrator для того чтобы сконвертировать полученные ADM файлы в формат ADMX.
После конвертации из каждого файла *.adm мы получим по два файла – *.admx (шаблон GPO) и *.adml (файл языкового описания для шаблона GPO).
Зададим полученным файлам соответствующие имена:- Для Outlook 2007: outlk12_961112.admx и outlk12_961112.adml
- Для Outlook 2010: outlk14_2426686.admx и outlk14_2426686.adml
Для того чтобы в консоли управления групповыми политиками наши новые шаблоны смотрелись более наглядно, чем в том виде в котором они представлены по умолчанию, внесём некоторые корректировки в языковые файлы:
В файле outlk12_961112.adml строку, описывающую отображаемое имя раздела GPO:
<string id="L_MicrosoftOfficeOutlook12-Article961112">Article 961112 Policy Settings</string>
заменим на строку:
<string id="L_MicrosoftOfficeOutlook12-Article961112">Microsoft Office Outlook 2007 KB961112</string>
В файле outlk14_2426686.adml строку, описывающую отображаемое имя раздела GPO:
<string id="L_MicrosoftOfficeOutlook">Microsoft Outlook 2010</string>
заменим на строку:
<string id="L_MicrosoftOfficeOutlook">Microsoft Outlook 2010 KB2426686</string>
Скопируем полученные в результате шаблоны outlk12_961112.admx и outlk14_2426686.admx в каталог центрального доменного хранилища шаблонов GPO - \domain.com\SYSVOL\domain.com\Policies\PolicyDefinitions
Языковые файлы outlk12_961112.adml и outlk14_2426686.adml скопируем в это же размещение в подкаталог en-us.После этого, при работе с оснасткой редактирования доменных групповых политик Group Policy Management Editor (gpmc.msc) у нас появится возможность задавать соответствующие параметры:
Для того чтобы полностью отключить попытки Outlook использовать протокол HTTP, параметр RPC/HTTP Connection Flags должен быть включён и его значение должно быть установлено в No Flags:
После вступления в силу данного параметра GPO, для всех клиентских профилей будет добавлено соответствующее значение в куст реестра HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\12.0\Outlook\RPC (для Outlook 2007) или HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\14.0\Outlook\RPC (для Outlook 2010):
…а в свойствах учетной записи Outlook параметры настройки мобильного клиента Outlook станут недоступны для изменений:
В развитие темы запросов авторизации Outlook можно также отметить то, что из практики замечено то, что в некоторых случаях перезагрузка одной из нод NLB кластера, обслуживающего массив Client Access Array, так же может порождать подобную проблему. Поэтому в случае если в рабочее время нам потребуется выполнить обслуживание серверов Client Access входящих в NLB кластер с необходимостью их перезагрузки, - перед выполнением перезагрузки в оснастке Network Load Balancing Manager соответствующий сервер желательно перевести в режим DRAINSTOP
При этом после перезагрузки нода NLB будет автоматически включаться в работу кластера если в оснастке NLB Manager в свойствах этого хоста значение параметра Default state установлено в Starded:
Дополнительная информация:
- TechNet Library- Configure Outlook Anywhere in Outlook 2010
- HowTo-Outlook - Setting Outlook Group Policies
- Blog Exchange for the Working Man - Users Receive a Login Prompt After a Database Failover in Exchange 2010
- KB556067 - Network Load Balancing - Concept and Notes
Обновление 20.02.2018
По просьбам трудящихся, у которых не получается самостоятельно сконвертировать ADM шаблоны, добавляю ссылку на готовые файлы: KB961112 & KB2426686 ADMX
-
Outlook 2007 – процедура автонастройки профилей возвращает userPrincipalName вместо mail
Не так давно было замечено, что клиенты MS Outlook 2007 в процессе создания нового профиля подключения к серверу Exchange на этапе автодискаверинга вместо адреса электронной почты (атрибут mail) пользователя возвращают значение атрибута userPrincipalName (UPN) этого пользователя:
с такими параметрами процедура авто-настройки профиля завершается с ошибкой. После разбора полётов выяснилось, что виновником такого поведения Outlook 2007 стало недавно выпущенное и развернутое через WSUS обновление KB2412171
О других “косяках” этого обновления можно почитать в “чистосердечном признании” в официальном блоге - The Microsoft Office Blog - Issues with the recent update for Outlook 2007
Если произвести удаление этого обновления с клиентского ПК, то процедура авто-настройки начинает работать штатно:
Соответственно, для решения данной проблемы можно пойти двумя путями:
1) Произвести удаление данного обновления с пользовательских ПК;
2) Дожидаться выхода нового обновления Office, устраняющего эту проблему, а пока оно не вышло, в случае необходимости подключения нового профиля Outlook в поле “Адрес электронной почты” заменять автоматически подставленное значение UPN на mail и оставлять появившиеся поля для ввода учетных данных пустыми (в таком случае процедура авто-настройки будет завершаться без ошибки).