Exchange 2007 / Exchange 2010 настройка OOF – настройка заместителя (Out of Office)

После поднятия серdера Exchange возникла небольшая проблема:

перестал отрабатывать для пользователей “заместитель”.

Причина (как я понял) в некорректной отработке связки .Net 2.0 + Windows Server 2003 x64 + IIS + Exchange 2007

При попытке включить “Заместителя” из клиента Outlook 2007 получаю сообщение

“Отображение настроек отсутствия на работе невозможно, поскольку сервер недоступен. Повторите попытку позднее”.

Попробуем починить наш Exchange.

Первое что нужно сделать:

Уберите настройки прокси-сервера для пользователя в IE, закройте – откройте Outlook.

Если все заработало – то все ОК.

Если это не помогло, продолжаем.

Проводим диагноз:
на проблемном сервере запускаем

Get-WebServicesVirtualDirectory | fl | more

1	Get-WebServicesVirtualDirectory \| fl \| more

вывод примерно такой:
(почтовый сервер exch.ida.local
домен ida.local
контроллер dc.ida.local)

InternalNLBBypassUrl          : https://exch.ida.local/ews/exchange.asmx
Name                          : EWS (Веб-узел по умолчанию)
InternalAuthenticationMethods : {Ntlm, WindowsIntegrated}
ExternalAuthenticationMethods : {Ntlm, WindowsIntegrated}
BasicAuthentication           : False
DigestAuthentication          : False
WindowsAuthentication         : True
MetabasePath                  : IIS://exch.ida.local/W3SVC/1/ROOT/EWS
Path                          : C:\Program Files\Microsoft\Exchange Server\ClientAccess\exchweb\EWS
Server                        : exch
InternalUrl                   : https://cluster. domain.com/Autodiscover/Autodiscover.xml
ExternalUrl                   :
AdminDisplayName              :
ExchangeVersion               : 0.1 (8.0.535.0)
DistinguishedName             : CN=EWS (Веб-узел по умолчанию),CN=HTTP,CN=Protocols,CN=EXCH,CN=
                                Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Admin
                                istrative Groups,CN=IDA,CN=Microsoft Exchange,CN=Services,CN=Conf
                                iguration,DC=IDA,DC=local
Identity                      : EXCH\EWS (Веб-узел по умолчанию)
Guid                          : 33fa3ea3-f57d-5aa6-a561-11144e051397
ObjectCategory                : ida.local/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directo
                                ry
ObjectClass                   : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}
WhenChanged                   : 21.01.2011 14:26:55
WhenCreated                   : 20.12.2010 10:28:53
OriginatingServer             : DC.ida.local
IsValid                       : True

InternalNLBBypassUrl : https://exch.ida.local/ews/exchange.asmx

Name : EWS (Веб-узел по умолчанию)

InternalAuthenticationMethods : {Ntlm, WindowsIntegrated}

ExternalAuthenticationMethods : {Ntlm, WindowsIntegrated}

BasicAuthentication : False

DigestAuthentication : False

WindowsAuthentication : True

MetabasePath : IIS://exch.ida.local/W3SVC/1/ROOT/EWS

Path : C:\Program Files\Microsoft\Exchange Server\ClientAccess\exchweb\EWS

Server : exch

InternalUrl : https://cluster. domain.com/Autodiscover/Autodiscover.xml

ExternalUrl :

AdminDisplayName :

ExchangeVersion : 0.1 (8.0.535.0)

DistinguishedName : CN=EWS (Веб-узел по умолчанию),CN=HTTP,CN=Protocols,CN=EXCH,CN=

Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Admin

istrative Groups,CN=IDA,CN=Microsoft Exchange,CN=Services,CN=Conf

iguration,DC=IDA,DC=local

Identity : EXCH\EWS (Веб-узел по умолчанию)

Guid : 33fa3ea3-f57d-5aa6-a561-11144e051397

ObjectCategory : ida.local/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directo

ObjectClass : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}

WhenChanged : 21.01.2011 14:26:55

WhenCreated : 20.12.2010 10:28:53

OriginatingServer : DC.ida.local

IsValid : True

Проблемная строка:

https://cluster.domain.com/Autodiscover/Autodiscover.xml

1	https://cluster.domain.com/Autodiscover/Autodiscover.xml

Совершенно очевидно что cluster.domain.com – это вообще не мой домен 🙂

Исправляем:

Обращаем внимание на строку:

Identity                      : EXCH\EWS (Веб-узел по умолчанию)

1	Identity : EXCH\EWS (Веб-узел по умолчанию)

Пишем запрос на исправление:

Set-WebServicesVirtualDirectory -Identity "EXCH\EWS (Веб-узел по умолчанию)" -InternalUrl https://exch.ida.local/EWS/Exchange.asmx

1	Set-WebServicesVirtualDirectory -Identity "EXCH\EWS (Веб-узел по умолчанию)" -InternalUrl https://exch.ida.local/EWS/Exchange.asmx

Проверяем:

Get-WebServicesVirtualDirectory -Identity "EXCH\EWS (Веб-узел по умолчанию)"

1	Get-WebServicesVirtualDirectory -Identity "EXCH\EWS (Веб-узел по умолчанию)"

У нас должно вывести:

https://exch.ida.local/EWS/Exchange.asmx

1	https://exch.ida.local/EWS/Exchange.asmx

Для того, чтобы изменения, нужно ОБЯЗАТЕЛЬНО перезапустить службу “Служба веб-публикации” (W3SVC)
(или перезагрузить сервер, если вам так проще). Причем перезапуск ать нужно именно сервис (как выриант, командой: IISRESET -NoForce).

После перезапуска службы через 3-5 минут (не сразу) можно закрыть / открыть Outlook, сервис “Заместитель” будет доступен.

Указанный способ верен для Exchange 2007 / Exchange 2010.

Если хотите, можно так же указать

ExternalUrl                   :

1	ExternalUrl :

Если не помогло:

Get-ClientAccessServer | fl

1	Get-ClientAccessServer \| fl

Ишем “проблемную” строку:

AutoDiscoverServiceInternalUri : https://cluster.domain.com/Autodiscover/Autodiscover.xml

1	AutoDiscoverServiceInternalUri : https://cluster.domain.com/Autodiscover/Autodiscover.xml

Ссылка ведет так же не в наш домен.

Исправляем:

Set-ClientAccessServer -Identity EXCH -AutodiscoverServiceInternalUri https://EXCH.ida.local/autodiscover/autodiscover.xml

1	Set-ClientAccessServer -Identity EXCH -AutodiscoverServiceInternalUri https://EXCH.ida.local/autodiscover/autodiscover.xml

Соответственно где:
EXCH: имя сервера клиентского доступа (ваш сервер, выводится в поле “Name”в командлете Get-ClientAccessServer )
EXCH.ida.local: полное имя вашего сервера

Еще раз проверяем:

Get-ClientAccessServer | fl

1	Get-ClientAccessServer \| fl

Если все ОК, примерно через 2-5 минут нужно закрыть открыть Outlook.
Проверить, заработал ли ваш OOF

Удачи!.

PS: посмотреть что там настроено в OOF можно так

Get-MailboxAutoReplyConfiguration %username%

1	Get-MailboxAutoReplyConfiguration %username%

соответственно %username% – имя пользователя, или можно так же указать почтовый ящик который интересует нас.

еще один полезный скрипт вывода информации

Get-WebServicesVirtualDirectory | fl InternalUrl, ExternalUrl

1	Get-WebServicesVirtualDirectory \| fl InternalUrl, ExternalUrl

5 комментариев

Максим

2014-10-28 at 10:42

Прошу помощи. Столкнулся с такой-же проблемой.
Exchange вижу первый раз так близко. Где нужно прописать строчку Get-WebServicesVirtualDirectory | fl | more, чтоб вывелась информация про которую вы пишете выше.
Спасибо
- admin
  
  2014-11-11 at 15:45
  
  в командной консоли Exchange.
  на установленном сервере есть командная консоль exchange.
Максим

2014-11-11 at 16:29

Запускаю Exchange Managment Shell с правами администратора. Моя учетная запись включена в группы Active directory Exchange Domain Servers, Exchange Enterprise Servers, Exchange Install Domain Servers, но при запросе “Get-WebServicesVirtualDirectory | fl | more” Появляется красная надпись “unable to create internet information services iis directory entry exchange 2007. Access denied” там еще много чего написано, из-за чего такое может быть?
- admin
  
  2014-11-14 at 17:18
  
  Access denied – прав нет.
Максим

2014-11-17 at 09:05

Подскажите в какой группе я должен находиться, чтоб у меня были права на совершение данной операции?
На настоящий момент я нахожусь в группах
Exchange Domain Servers
Echange Enterprise Servers
Exchange Install Domain Servers
Exchange View-Only Administrators

Comments are closed.

Oh, MSBRO !

Сетевые заметки системного администратора

Exchange 2007 / Exchange 2010 настройка OOF – настройка заместителя (Out of Office)

5 комментариев