Sergey Bezpalov Blog

Вчера анонсировали бету Microsoft Exchange 2010, продукт доступен к загрузке.

Цитирую:

Гибкость применения и надежность — Exchange Server 2010 дает возможность подстроить развертываемую систему под нужды конкретного предприятия и предоставляет упрощенный способ обеспечения беспрерывного доступа к электронной почте для всех пользователей.

Повсеместный доступ — Exchange Server 2010 расширяет возможности пользователей, предоставляя безопасный доступ ко всем средствам связи — электронная почта, голосовая почта, мгновенные сообщения и многое другое — практически с любой платформы, веб-браузера или устройства.

Защита и соответствие требованиям — Exchange Server 2010 предоставляет средства доступа к единым источникам информации, предотвращения потери данных и соответствия требованиям, позволяющие упростить работу.

Интересно, что за мгновенные сообщения в нем будут и как это интегрируется с OCS 2007 R2

Ссылки по теме:

• Загрузка продукта здесь
• Ресурсы к изучению продукта здесь

Решение ошибки: “Exchange Connection Error” when you run Office Communicator 2007 internally.

Столкнулся с проблемой обозначенной выше, примерная суть – запускаю Office Communicator 2007 находясь в локальной сети, а он запрашивает авторизацию на сервере Exchange 2007 – ввожу правильные данные, а авторизация не проходит.

Искал решение данной проблемы у Майкрософт и на форумах – не нашел…

Решил изучить проблему плотнее:

Запускаясь, Communicator 2007 запрашивает информацию о занятости пользователя (календарь) используя Exchange Web Services, т.е. делает запрос на ресурс https://[internal url]/ews/exchange.asmx – который, собственно, и запрашивает авторизацию (по умолчанию windows, ntlm).

Т.е. стало понятно где искать искомую проблему и дальше осталось только отследить работу Kerberos авторизации на IIS (Exchange 2007 с ролью Client Access), для этого есть полезная статья http://support.microsoft.com/kb/326985.

Решение:

Исползуя Setspn получаем список SPN на сервере с ролью Client Access

C:\Setspn –L servername

Registered ServicePrincipalNames for …

exchangeRFR/servername

exchangeRFR/servername.domain.local

exchangeMDB/servername

exchangeMDB/servername.domain.local

SmtpSvc/servername

SmtpSvc/servername.domain.local

SMTP/servername

SMTP/servername.domain.local

HOST/servername

HOST/servername.domain.local

Ищем http сервис, если такого не находим то добавляем его

C:\Setspn –A http/servername

C:\Setspn –A http/servername.domain.local

Готово, далее можно проверить наличие новых SPN способом описанным выше.

Перезапускаем Office Communicator 2007 и смотрим результат.

P.S.
                Обратил внимание, что данная ошибка имеет место на “чистой” установке Exchange 2007 и проявляется при работе с Exchange Web Services в целом, например при попытке зайти в опции Голосовой Почты (Voice Mail tab in Options of Outlook 2007).

Пользователи OCS 2007 с включенной поддержкой Enterprise Voice могут использовать Exchange 2007 Unified Messaging как систему Голосовой Почты, которая позволяет как прием голосовых сообщений, так и прием факсов пользователями. В такой конфигурации пользователям присваивается Direct Inward Dialing (DID) номера, привязанные к OCS 2007, а сам OCS 2007 подсоединен к PSTN или PBX систему через OCS 2007 Mediation Server и SIP-PSTN шлюз. Как настроить интеграцию между OCS 2007 и Exchange 2007 SP1 UM описано здесь.

Exchange 2007 SP1 UM поддерживает как голосовую почту, так и входящие факсы на заданный номер. Однако если пользователь одновременно подключен к Exchange UM и Enterprise Voice с помощью OCS 2007, используя при этом общий номер (расширение) - входящие факсы не поддерживаются. Связанно это с тем, что OCS 2007 Mediation Server не поддерживает T.38 (протокол передачи факса, используемый Exchange 2007).

Так как же можно обеспечить прием факсов пользователям Enterprise Voice? Ответ заключается в том, что нужно использовать отдельное расширение для факса, и маршрутизировать факс звонки непосредственно на Exchange 2007 SP1 UM минуя OCS 2007.

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

OCS 2007 окружение подключено к PBX посредством SIP/PSTN шлюза называемого PSTNOCSGWY. PBX маршрутизирует все звонки в DID диапазоне +131255xxxxx на OCS 2007. OCS 2007 интегрирован с Exchange 2007 SP1 UM сервером называемым UMSRV1. Данный сервер находится в абонентской группе единой системы обмена сообщениями названной OcsUmDialPlan, с определенным типом универсального кода - SIP, т.е. UriType = SipName (необходимым для интеграции с OCS 2007). Существует политика почтовых ящиков единой системы обмена сообщениями связанная с данной абонентской группой и названная OcsUm. Exchange 2007 SP1 UM подключен к PBX через OCS 2007.

Пользователь Contoso под именем Test User подключен к Enterprise Voice с DID +13125510001 и SIP URI TestUser@contoso.com. Его внутреннее расширение 10001. Настройки Enterprise Voice пользователя приведены ниже.

Что бы подключить пользователя к Exchange 2007 SP1 UM необходимо выполнить следующую PS команду из консоли управления Exchange (Exchange Management Shell):

Enable-UmMailbox -id TestUser -UmMailboxPolicy OcsUmPolicy -Extensions 10001 -SIPResourceIdentifier TestUser@contoso.com -Pin 1234

Теперь пользователь Test User подключен к Exchange 2007 SP UM, но так и не может принимать факсы на свое расширение 10001 или DID +13125510001.

Как указывалось выше, решение состоит в том, чтобы присвоить пользователю дополнительное расширение для приема факсов, которое маршрутизировалось непосредственно на Exchange 2007 SP1 UM, минуя OCS 2007. Поэтому Contoso придется создать новую конфигурацию, удовлетворяющую данным условиям, как, и показано ниже. Выделим специальный SIP/PSTN шлюз для подключения к Exchange 2007 SP1 UM. PBX маршрутизирует DID диапазон +131266xxxxx на этот SIP/PSTN шлюз. Создана новая абонентская группа единой системы обмена сообщениями, названная UmDialPlan с определенным типом универсального кода - телефонное расширение, т.е. UriType=TelExtn. Создана политика почтовых ящиков единой системы обмена сообщениями связанная с данной абонентской группой и названа Um. UM сервер UMSRV1 связан с обоими абонентскими группами, т.е. как OcsUmDialPlan, так и UmDialPlan.

Администратор принял решение, что для приема факсов пользователю Test User будет присвоено дополнительное расширение 11001 и DID +13126611001. Что бы выполнить поставленную задачу, необходимо выполнить следующую PS команду из консоли управления Exchange (Exchange Management Shell):

Set-Mailbox -id TestUser -SecondaryAddress 11001 -SecondaryDialPlan UmDialPlan

Теперь пользователь Test User может принимать входящие факсы на номер +13126611001.

P.S. Спасибо Jens Trier Rasmussen за оригинал статьи на анл., которую можно найти здесь.

Провел ряд установок Service Pack 1 for Microsoft Exchange 2007 в производственной среде - результатами доволен, “подводных камней” не встретил. Необходимо заметить, что нужно планировать время на развертывание сего продукта, т.к. процесс первой установки идет достаточно долго, у меня это занимало 01:40:00, последующие же установки не превышали 40 минут.

 Примерный план развертывания такой:

• Удаляем Forefront for Exchange 2007 (Stop all Exchange Services, Uninstall Forefront, Reboot OS)
• Делаем полный System State + Information Store архив
• Делаем полный System State архив на контроллере домена (AD backup)
• Проверяем и устанавливаем все обновления для Exchange 2007 и Windows Server 2003 (в том числе и SP1 для .NET Frameworks 2)
• Запускаем установку SP1 for Exchange 2007
• Делаем System State + Information Store архив (т.к. произошли изменения в системе)

В конце добавлю, что уже вышел Forefront SP 1 for Exchange 2007 (link), который я бы и рекоммендовал к установке.

Сегодня развернул OCS 2007 у себя в офисе. Далее решил интегрировать сие хозяйство с Exchange 2007  SP1 и столкнулся с интересной проблемой:

при запуске ExchUCUtil.ps1 получаю ошибку “Failed to read Communications Server 2007 pool objects…” – т.е. у меня нет прав на чтение объектов AD связанных OCS 2007. Т.к. права у меня такие были, решил посмотреть сам скрипт, и нашел там интересную строчку:

$pools = .\get-ucpool.ps1 -forest:$forest

Решение пришло быстро, надо запускать ExchUCUtil.ps1 находясь в папке со скриптами, т.е. примерный сценарий таков:

·         Запускаем Exchange Management Shell
·         Выполняем cd “C:\Program Files\Microsoft\Exchange Server\Scripts”
·         ExchUCUtil.ps1 (с необходимыми ключами)

Вообще если поправить строчку .\get-ucpool.ps1 на get-ucpool.ps1 – скрипт запускался бы из любой директории, непонятно зачем его к пути привязывать, тот же самый get-ucpool.ps1 запускается без проблем из любого места, но делать нестоит т.к. скрипты подписанные.

И на последок, как можно дать необходимые разрешения без скрипта:

(a) Click Start, and then Run, and then type ADSI Edit.
(b) In the console tree, expand CN=Services, CN=First Organization, and CN=properties.
(c) Right click then CN=Securities, and then click Properties.
(d) On the Security tab click Add.
(e) Add RTCComponentUniversalServices to the list of group or user names, and then click OK..
(f)  Click OK to close the Securities property sheet.
(g) Right-click CN=dialplan container, and then click Properties.
(h) On the Security tab click Add.
(i) Add RTCComponentUniversalServices to the list of group or user names, and then click OK.
(j)   Click Advanced, and then click the Effective Permissions tab.
(k) In Permission entries, select RTCComponentUniversalServices and click Edit.
(l)   Click the Properties tab.
(m) In Apply onto, select This object and all child objects, and then click OK.
(n) Click OK two more times, and then close ADSI Edit.

Позавчера (28 ноября) получил рассылку о выходе SP1 к Exchange Server 2007, ссылка заработала на следующий день Ура закачал… Буду сегодня развертывать и тестировать, т.к. клиенты ждут с нетерпением. Своими впечатлениями обязательно поделюсь.

http://go.microsoft.com/fwlink/?LinkId=104387

Я считаю развитие UC очень перспективной темой, а так как OCS 2007 это часть этого направления - решил написать обзор данного продукта, но нашел отличный пост на эту тему от Tom Keating (смотреть тут).

Полезные блоги (ознакомьтесь перед развертыванием):

http://blogs.technet.com/mikoche/default.aspx

http://blogs.technet.com/toml/

http://blogs.msdn.com/byrons/default.aspx