Service exchange unit что за прошивка

Работа с почтой на MS Exchange сервере через EWS. Часть 1

Здравствуйте, читатели Хабрахабр!

В рамках серии этих постов я хочу рассказать о такой технологии как EWS и о том, как ее использовать для работы с почтой, хранящейся на серверах MS Exchange 2007 — 2010. Я постараюсь показать, как просто и удобно использовать EWS.

Мы начнем с самого начала, с знакомства с это технологией и создания первого проекта, а закончим более сложными манипуляциями с почтой.

Данный пост является вводным и он, скорее всего, окажется неинтересен тем, кто уже знаком с EWS.

Введение

Exchange Web Services (EWS) — это специальный протокол, разработанный MS, и предназначенный для управления почтой и другими компонентами составляющими MS Exchange. В основе протокола лежит XML. Описание поддерживаемых операций и примеры можно найти здесь.

EWS сравнительно молодая технология, появившаяся в Exchange 2007, и пришедшая на смену протоколу WebDAV. MS вкладывает много усилий в разработку и усовершенствование EWS. Сейчас это мощнейший инструмент, с простым и понятным API, а также с прекрасной документацией, позволяющий решать задачи менеджмента объектов MS Exchange.

Архитектура EWS показана на следующей картинке:

Как видно, EWS размещается на серверах имеющих Client Access Server (CAS) роль. Это роль отвечает за обработку запросов от пользователя, т.е. любые клиента, такие как Outlook, MFCMapi, браузер + OWA и т.д., все они подсоединяются к CAS’у. Запрос от клиентского приложения попадает в IIS, где и находится application имплементирующий функциональность EWS. Т.е. EWS «живет» в IIS и выполняется в отдельном процессе или процессах w3wp.exe (процессы в которых исполняются IIS application pool’ы). Помимо EWS там могут «крутится» и другие приложения, например, OWA, ECP и PowerShell.

EWS выступает в виде прослойки между клиентским запросом и внутренностями Exchange. Когда поступает EWS-запрос от клиентского приложения, то он проксируется во внутренние вызовы Exchange, после чего поступает на Mailbox Server role, где уже и производятся сами операции.

Примечание: Немного о внутреннем устройстве Mailbox роли можно прочитать в моей предыдущей статье.

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

Разработка

После нажатия далее начнется загрузка reference’ов, и если все пройдет хорошо, вам предложат указать имя этого reference’а, и по окончанию он будет добавлен в проект.

Всё, теперь мы можем попытаться подсоединиться к серверу. И первое, что нужно сделать это получить объект ExchangeServiceBinding, это, пожалуй, самый важный объект в EWS, именно через него будут вызываться все допустимые методы и именно он идентифицирует конкретное подключение на стороне клиента. Для создания данного объекта можно воспользоваться следующим методом:

Примечание: Если сервер использует self-signed сертификат, то соединиться не получится т.к. такой сертификат не пройдет валидацию. В качестве workaround’а можно добавить дополнительный код apply’щий любые сертификаты:

Имея ExchangeServiceBinding можно попытаться сделать что-нибудь полезное, например, отправить сообщение. MSDN подсказывает, что для этого нужно воспользоваться объектом CreateItemType. Для этого напишем следующий метод:

Примечание: В приведенном коде показан самый простой способ отправки сообщения, и мы не видим «мощи» используемых классов, а они предоставляют обширные возможности по кастомизации производимых операций (задание всевозможных свойств, флагов, и т.п.). Подробнее об этом и не только я постараюсь рассказать в следующих статьях.

Вызов этого кода можно сделать так:

Если вам показалось, что код выполнился пугающе долго (у меня порядка 5 секунд), не беспокойтесь, так происходит только при первом вызове. Почти все время занимает инициализация выполняющаяся только один раз. Так же, если это был первый EWS-вызов для сервера, то серверу необходимо произвести инициализацию со своей стороны и создать новый instance w3wp для обработки запроса, а это тоже может занять какое-то время.

Заключение

Мы коротко познакомились с технологией EWS и написали простой пример отправки письма адресату.

Как видно код получается очень кратким и понятным. Документация MS достаточно хорошая и почти всегда с примерами. Если вы программировали на C++ MAPI, то вы оцените на сколько данный способ проще.

Если у вас появится задача написания почтового клиента или любые другие задачи, связанные с удаленной работой над объектами Exchange, я надеюсь, что вы воспользуетесь EWS. т.к. ИМХО данный способ наиболее простой и понятный из всех с которыми мне приходилось работать.

Источник

Обзор Exchange служб на Exchange серверах

Во время установки Exchange Server 2016 или Exchange Server 2019 г. установка выполняет набор задач, устанавливая новые службы в Microsoft Windows. Служба — это фоновый процесс, который диспетчер служб Windows может запускать при запуске сервера. Службы — это исполняемые файлы, предназначенные для независимой работы без вмешательства администраторов. Служба может работать в режиме графического пользовательского интерфейса (GUI) или консоли.

Все предыдущие версии Exchange включали компоненты, реализуемые в виде служб. Каждая роль сервера Exchange Server включает службы, которые входят в состав роли сервера (или могут быть ей необходимы), для выполнения своих функций. Обратите внимание, что некоторые службы становятся активны только при использовании определенных функций.

В разделах в этом разделе описываются различные службы, установленные Exchange 2016 и Exchange 2016 на серверах почтовых ящиков и на транспортных серверах edge. Для служб, отмеченных как необязательные, можно отключить службу, если окажется, что вашей организации не требуются предоставляемые ею функции.

Exchange службы на серверах почтовых ящиков

В приведенной ниже таблице описываются службы Exchange, устанавливаемые на серверах почтовых ящиков.

Exchange на edge transport servers

В приведенной ниже таблице описываются службы Exchange, устанавливаемые на пограничных транспортных серверах.

Источник