Совместная работа SharePoint 2007 и Exchange 2007. Часть 1
MCT Илья Рудь
Одно из приятных улучшений платформы SharePoint 2007 это способность принимать сообщения электронной почты и помещать их в содержимое SharePoint, например, в библиотеки документов, дискуссионные группы или списки. Данная функциональность также была ожидаема администраторами, ищущими альтернативу общим папкам Exchange и тем, кто планировал использовать SharePoint в качестве платформы для управления почтовыми записями.
SharePoint 2007 не только замена общим папкам, функционал его гораздо шире, разработчики добавили тесную интеграцию с последней версией Exchange Server 2007.
Я предлагаю поговорить о совместной работе SharePoint 2007 и Exchange 2007, а также пошагово рассмотреть настройку SharePoint 2007, включить поддержку почты для его элементов, настроить уведомления и интегрировать Outlook Web Access в корпоративный портал.
Для того чтобы SharePoint 2007 принимал письма с вложениями и сохранял их в библиотеки документов (и не только) Exchange 2007 не нужен, для этих целей используется встроенный в Windows виртуальный SMTP-сервер, который вполне может принимать почту с любого почтового сервера.
Однако интеграция с Exchange, дает ряд преимуществ.
Например, при включении поддержки почты для библиотеки документов может создаваться почтовый контакт, что в свою очередь прощает работу администратора.
Установка встроенного SMTP-сервера на SharePoint
Установка встроенного SMTP-сервера довольно проста, для этого входим на SharePoint с административной учетной записью и выполняем:
1*. Пуск – Панель управления – Установка и Удаление программ*
2. Добавить или удалить Windows-компоненты
3. Выбрать сервер приложений и нажать Дополнительно
4. Выбрать IIS-сервер и нажать Дополнительно
5. Установить флажок напротив SMTP-сервера
6. Завершить установку.
Рис. 1. Установка SMTP
После установки службы необходимо используя Центр Администрирования SharePoint настроить входящую почту.
Для настройки входящей почты следует выполнить несколько действий:
1. Открыть Центр Администрирования
2. Выбрать Операции
3. Зайти в Параметры входящей почты.
Рис. 2. Настройка параметров входящей почты
Дальше необходимо прописать настройки. Первым делом разрешаем получение почты на узлах этого сервера. Режима настройки два: «Автоматический» и «Расширенный». При выборе расширенного можно указать ме c тоположение папки , которую служба Windows SharePoint Services периодически проверяет в ожидании входящей электронной почты от службы SMTP. Я воспользовался подсказкой и задал путь c:\inetpub\mailroot\drop. Если выбрать «Автоматически» , то в качестве папки входящей почты автоматически выбирается папка, указанная службой SMTP
Теперь мы хотим убедиться, что при дальнейшем включении поддержки почты для элемента SharePoint в Active Directory будет создаваться почтовый контакт, и наши пользователи не будут забивать себе голову запоминанием ненужных адресов. Поэтому в настройке «Использовать службу управления каталогом SharePoint для создания групп рассылки и контактов?» смело говорим «Да» и указываем, где же они должны создаваться.
Например, я хочу создавать контакты в организационном подразделении Contacts, которое является корневым. Для этого я должен в настройке «*Контейнер Active Directory, в котором будут созданы новые группы рассылки и контакты:*» прописать «OU=Contacts,DC=itband,DC=ru».
Рис. 3. Настройка параметров входящей почты продолжение
Настраиваем оставшиеся параметры
Принимать сообщения только от пользователей, имеющих учетные записи? — «Да» Тем самым ограничиваем круг отправителей рамками нашей организации.
Разрешить создание групп рассылки на узлах SharePoint? — «Да»
Параметры утверждения запросов для групп рассылки оставляем по умолчанию.
Отображаемый адрес сервера электронной почты должен выглядеть как мой_список@fqdn_вашего_сервера, у меня он «мой_список@portal.itband.ru»
Если вы выбрали «Автоматический» вариант конфигурирования, остается последняя опция, где вы должны выбрать, каким серверам электронной почты разрешено направлять почту на ваш SharePoint сервер, а точнее на любой сервер фермы.
Сразу давайте решим одну проблему, поскольку мы сейчас указали, что почтовые контакты должны создаваться автоматически в определенном организационном подразделении, возникает вопрос: от имени какой учетной записи будут создаваться почтовые контакты?
Они будут создаваться от имени учетной записи, под которой запущено веб-приложение, где находится ваш рабочий портал. Если веб-приложение у вас работает под учетной записью доменного администратора, то волноваться не стоит, но я подозреваю, что у большинства для этих целей используется обычная доменная учетная запись.
Поэтому чтобы не решать проблемы по мере поступления, сразу делегируем нужные полномочия учетной записи, под которой работает наш портал:
Рис. 4. Процесс делегирования
Я надеюсь, что мастер делегирования не вызвал осложнений и мы двигаемся дальше. Следующим шагом я предлагаю открыть оснастку Диспетчер служб IIS и проверить, запущен ли виртуальный SMTP-сервер по умолчанию. Увидеть вы должны приблизительно следующее:
Рис. 5. Диспетчер служб IIS
Те, кто понимают принципы работы почтовых серверов, могу зайти в свойства Виртуального SMTP-сервера и установить тонкие настройки, но для нашей цели это необязательно.
Теперь все готовы и можно включить поддержку почты на библиотеке документов. Для этого открываем библиотеку документов в параметры библиотеки.
Рис. 6. Настройка библиотеки документов
Рис. 7. Настройка библиотеки документов — параметры входящей электронной почты
В параметрах библиотеки документов ищем колонку «Обмен информацией» и выбираем «Параметры входящей электронной почты». Сразу разрешаем получать электронную почту и вводим желаемый адрес.
Рис. 8. Параметры входящей электронной почты: Docs
Указываем как сохранять вложения , получаемые вместе с письмами , и нужно ли перезаписывать файлы с совпадающими именами. Если отказаться от перезаписывания , то в ситуациях, когда по почте прислан файл с уже существующем именем, произойдет добавление к имени файла цифрового суффикса.
Если вы в опции «Сохранять первоначальные электронные сообщения?» укажите «Нет», то в библиотеку документов будут попадать только вложения. Следующая интересная опция «Безопасность электронной почты» ; вариантов два, при выборе «Принимать сообщения электронной почты на основе разрешений Библиотека документов», человек , не имеющий права на библиотеку , не сможет отправить в нее пи c ьмо.
Точно так же можно включить поддержку почты и для остальных элементов SharePoint, таких как Коллективное обсуждение и Списки.
Когда настройка SharePoint закончена, необходимо проверить созданные почтовые контакты и сконфигурировать Exchange чтобы он правильно маршрутизировал почту, отсылаемую на адреса SharePoint. Есть несколько способов этого добиться. Если вы уже имеете подходящий коннектор на отправку, то будет достаточно создать MX-запись для SharePoint.
Рис. 9. Параметры входящей электронной почты для Коллективного обсуждения
Я же пойду другим путем и создам отдельный коннектор на отправку, предназначенный для обработки почты, посылаемой на SharePoint. Настроить коннектор на отправку можно через Консоль управления Exchange в Конфигурации Организации-Настройки Hub Transport.
Рис. 10. Создание соединителя отправки
Создавая коннектор (соединитель оправки) надо указать, что обрабатывать он должен почту, только для домена portal.itband.ru (в моей ситуации)
Рис. 11. Настройки соединителя отправки
И всю почту этого домена пересылать на IP-адрес SMTP-сервера, работающего на SharePoint. После этого можно попробовать отправку писем и писем с вложениями на адреса ваших списков и библиотек SharePoint. Если конфигурация правильная, то спустя считанные секунды после отправки ваши письма должны оказаться в нужном месте.
Рис. 12. Сообщение, пришедшее на адрес Коллективного обсуждения
Во второй части мы продолжим конфигурировать SharePoint, настроим Параметры исходящей электронной почты и попробуем заменить общие папки Exchange с помощью элементов SharePoint.