Главная › Интернет › Подключение к exchange по mapi. Инструменты и методы диагностики соединений с клиентами MAPI. Стандартные методы диагностики типичных проблем

Подключение к exchange по mapi. Инструменты и методы диагностики соединений с клиентами MAPI. Стандартные методы диагностики типичных проблем

Основанное на COM -модели, а также программный интерфейс обработки сообщений от компании Microsoft , позволяющий приложениям работать с различными системами передачи электронных сообщений . MAPI позволяет получать, читать, создавать, отправлять сообщения, присоединять к ним файлы, получать доступ к присоединенным файлам и т. д.

Примерами приложений, использующих MAPI, являются Microsoft MAPI Controls и Microsoft Outlook .

Архитектура MAPI

MAPI обеспечивает единообразные способы взаимодействия приложений со множеством различных систем передачи электронных сообщений. Подсистема MAPI включает в себя:

программные интерфейсы;
спулер MAPI - отдельный процесс, посылающий сообщения в систему передачи электронных сообщений и принимающий от неё сообщения;
общий интерфейс пользователя - диалоговые окна , при помощи которых пользователь может найти адрес, создать и отправить сообщение.

Между подсистемой MAPI и системами передачи сообщений находятся поставщики услуг, связывающие системы. Большинство систем передачи сообщений включает три вида услуг: поставщиков хранения сообщений, поставщиков адресной книги или каталогов и поставщиков транспорта сообщений. Существуют и другие, реже используемые поставщики, такие как поставщики захвата сообщений и поставщики профилей.

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

Интерфейсы MAPI

Имеется несколько клиентских интерфейсов MAPI:

MAPI - основной интерфейс, основан на технологии COM. Остальные API являются прослойкой между клиентским приложением и MAPI.
Simple MAPI - содержит набор функций, обеспечивающих базовый уровень функциональности. Рекомендуется использовать только для обратной совместимости со старыми приложениями.
Common Messaging Calls (CMC) - кроссплатформенное API, основанное на программном интерфейсе X.400 (XAPIA). Содержит набор функций для добавления в приложение простых возможностей работы с сообщениями.
Collaboration Data Objects (CDO) Library (предыдущие версии назывались OLE Messaging Library, Active Messaging Library) - содержит объекты OLE-автоматизации для приёма и отправления электронной почты и работы с папками и с адресной книгой.

Формы

Формы MAPI предназначены для создания и просмотра сообщений. Для каждого класса сообщений необходима своя форма. MAPI определяет несколько классов сообщений и реализует формы для их просмотра. Каждая форма реализуется в виде исполняемого COM-сервера, называемого сервером форм. Для использования формы приложение через интерфейс форм MAPI обращается к менеджеру форм, который загружает необходимый сервер форм и устанавливает связь между ним и вызывающим приложением.

Поставщики услуг

Поставщики услуг реализуют объекты, используемые прежде всего MAPI, но некоторые из которых могут использоваться и клиентскими приложениями. Часть объектов реализуется всеми поставщиками услуг, остальные специфичны для одного типа поставщика. Следующие объекты могут быть реализованы поставщиками:

Контейнер адресной книги - содержит элементы адресной книги; поставщик адресной книги может иметь один или несколько контейнеров адресной книги.
Вложение - содержит дополнительные данные, связанные с сообщением.
Элемент управления - кнопки, вызывающие обработку при их нажатии.
Список рассылки - описывает группировку индивидуальных адресатов сообщений.
Папка - содержит сообщения и контейнеры сообщений.
Регистрация - обрабатывает информацию о событиях и запросы клиентов.
Адресат сообщения - описывает индивидуального адресата сообщения.
Сообщение - содержит информацию, которую можно послать адресатам при помощи системы электронных сообщений.
Хранилище сообщений - иерархическая база данных сообщений.
Поставщик - обрабатывает запуск и остановку поставщика.
Захват спулера - производит специальную обработку входящих и исходящих сообщений.
Состояние - обеспечивает доступ к состоянию поставщика услуг.
Таблица - обеспечивает доступ к данным объекта в виде строк и столбцов, аналогично таблицы базы данных.

12.08.2004 Кирен Маккори

Устранение неполадок в соединениях Outlook 2003

Существует много различных способов доступа к почтовым ящикам Exchange Server 2003. Для традиционного доступа к клиенту Messaging API (MAPI) с помощью Microsoft Office Outlook 2003 можно воспользоваться подключением в классическом оперативном режиме или использовать вызов удаленных процедур (remote procedure call, RPC) через соединение HTTP. Можно также установить связь через Outlook Web Access (OWA) или карманное устройство. И наконец, можно вообще не подключаться и работать с кэшем.

Как правило, для подключения к почтовому ящику Exchange достаточно запустить клиентскую программу. Однако иногда изменения в среде не позволяют клиенту установить связь с почтовым ящиком. Устранить неполадки клиентских соединений MAPI помогут специальные инструменты и методы диагностики. В данной статье рассматриваются способы поиска неисправностей, которые могут пригодиться при сбоях в соединениях Outlook в классическом оперативном режиме. Для этого требуются доступные инструменты диагностики проблем на уровне сети, протоколов и приложений. В следующей статье будут описаны инструменты диагностики и методы поиска неисправностей в соединениях RPC over HTTP.

Диагностика на сетевом уровне

При запуске Outlook в классическом режиме вскоре после аутентификации клиента на экране появляется содержимое почтового ящика. Аутентификация может быть неявной, если используется процедура Integrated Windows и учетные данные хранятся в кэше клиента. Если почтовый ящик не отображается, то в первую очередь нужно убедиться в наличии сетевого соединения между клиентом Outlook и сервером Exchange.

Первое, что необходимо сделать для проверки сетевого соединения, - выяснить, имеет ли клиент сетевой адрес. С помощью команды

Ipconfig /all

из командного окна клиента можно определить его сетевую конфигурацию. Данная команда выдает информацию о присвоенном клиенту адресе TCP/IP и о выбираемых по умолчанию шлюзе, DNS-серверах и WINS-серверах. При ошибках с TCP/IP-адресом, возможно, придется перенастроить сетевые параметры или проверить корректность функционирования серверов DHCP.

Если сетевая конфигурация клиента в порядке, то необходимо проверить возможность сетевого соединения между клиентом и сервером Exchange. Самый простой способ ответить на этот вопрос - использовать команду Ping. Из командного окна на клиенте следует запустить команду

Ping IPAddress

где IPAddress - TCP/IP-адрес сервера Exchange. Брандмауэр между клиентом и сервером блокирует запросы ICMP (Internet Control Message Protocol - протокол управления сообщениями Internet), используемые командой Ping. Поэтому, если запрос не достигает сервера, это еще не значит, что в сети возникли неполадки.

Углубленную диагностику сетевого соединения можно выполнить с помощью команды Tracert. Ее следует ввести в командное окно на клиенте, используя следующий синтаксис:

Tracert IPAddress

Альтернативный вариант - указать вместо адреса TCP/IP имя сервера Exchange. На экране 1 показан типичный результат выполнения команды. Если сетевое соединение между клиентом и сервером разорвано, то результаты Tracert помогут определить место неисправности. Следует помнить, что Tracert, как и Ping, использует запросы ICMP.

Tracert может пригодиться даже при исправном соединении с сервером Exchange. Команда покажет участки маршрута с особенно длительными задержками. Задержки длительностью более 500 мс, безусловно, заслуживают внимания сетевого администратора.

По умолчанию клиент Outlook сначала пытается установить связь с сервером RPC Endpoint Mapper через порт 135 на сервере Exchange, чтобы согласовать набор транзитных портов MAPI в диапазоне 1024-65 535, через которые клиент и сервер Exchange будут обмениваться данными в сеансе связи. Неполадки с транзитными портами MAPI можно обнаружить с помощью команды Netstat. Запустив команду

Netstat -a

на клиенте или сервере Exchange, можно выяснить, через какие сетевые порты идет текущий обмен данными. Эту же команду можно запустить на исправно работающих клиентах, чтобы получить картину соединений, которые могут быть установлены в конкретном диапазоне портов. Изменения параметров брандмауэров или беспроводных участков сети могут помешать соединениям в данном диапазоне портов MAPI, поэтому при неожиданном нарушении соединений следует получить у сетевого администратора информацию об изменениях, сделанных в последнее время. Клиенты могут обращаться на серверы Global Catalog (GC) за списком глобальных адресов (Global Address List, GAL), поэтому изменения в серверах GC также могут послужить причиной нарушения связи. Подробнее о том, как изменить диапазон портов MAPI, чтобы использовать конкретные статические значения, рассказано в статье Microsoft «Exchange 2000 and Exchange 2003 Static Port Mappings» (http://support.microsoft.com/?kbid=270836 ).

В целом причиной нарушений клиентских соединений Outlook чаще всего оказываются ошибки, связанные с преобразованием имен. Следует проверить, все ли короткие или полные (Fully Qualified Domain Name, FQDN) имена, используемые в профиле Exchange MAPI, соответствуют корректным адресам TCP/IP. Убедиться в правильности DNS-преобразования имени сервера Exchange (в коротком или FQDN-формате) можно с помощью команды Nslookup. Команда Nslookup, запускаемая из командного окна на клиенте, имеет следующий синтаксис:

Nslookup MyHostName

где MyHostName - имя сервера, соединение с которым нужно подтвердить. Команда Nslookup также позволяет убедиться в корректности преобразования имени сервера Exchange в файле HOSTS или LMHOSTS в каталоге \%systemroot%system32driversetc.

Эти диагностические инструменты и методы были описаны в контексте соединений MAPI, но область их применения MAPI не ограничивается. Как правило, их можно использовать для диагностики любых неисправностей в клиентских соединениях.

Поиск неисправностей на уровне протокола

Клиент Outlook обменивается данными с сервером Exchange, передавая запросы RPC по протоколу MAPI через сетевое соединение. Даже если базовое сетевое соединение в порядке, это не гарантирует прохождения запросов RPC между клиентом и сервером Exchange.

Существует быстрый способ убедиться, что запросы RPC от клиента успешно поступают на сервер. Для этого нужно обратиться к своему профилю MAPI в приложении Mail панели управления. В данном приложении следует повторно ввести имя сервера, а затем щелкнуть на кнопке Check Name. Функция Check Name посылает запрос RPC от клиента на сервер Exchange для проверки параметров почтового ящика. Если запрос RPC выполнен успешно, то в полях имени сервера и имени пользователя появляется подчеркивание, а кнопка Check Name затеняется - это верный признак возможности установить соединение RPC с сервером Exchange.

Если тест Check Name выполнить не удается, значит, запрос RPC не поступил на сервер Exchange (возможно, из-за того, что сетевое устройство, такое как брандмауэр или маршрутизатор, блокирует прохождение пакетов RPC между клиентом и сервером) или службы Exchange не отвечают на запрос RPC (например, сервер Exchange не имеет доступа к GC и не может обработать запрос Check Name). Первая из названных причин будет исключена, если сетевой администратор подтвердит, что запросы RPC не блокируются (возможно, брандмаэуром или proxy-сервером, таким как Microsoft Internet Security and Acceleration, ISA, - Server 2000). Затем следует проверить, работают ли на сервере Exchange службы Exchange. В меню Start нужно перейти к пункту Settings, Control Panel и убедиться, что функционируют по крайней мере службы Exchange System Attendant и Information Store. Полезно также заглянуть в журнал событий на сервере Exchange в поисках явных ошибок, например сбоев при запуске серверов Exchange. Если службы работают и в журнале не зарегистрировано никаких событий, то необходимо проверить с помощью диагностических утилит, поступают ли запросы RPC на сервер Exchange.

Для проверки соединений RPC можно использовать утилиту Rping из наборов ресурсов Microsoft Windows Server 2003 Resource Kit или Microsoft Windows 2000 Server Resource Kit. Rping состоит из двух компонентов: rpings.exe, работающего на сервере Exchange, и rpingc.exe на клиенте. Оба компонента находятся в каталоге Program FilesWindows Resource KitsTools на сервере, на котором был установлен комплект ресурсов. Rpings.exe следует скопировать в любую папку на сервере Exchange. Этот компонент выполняет роль оконечной точки RPC и работает непрерывно после запуска следующей команды:

Rpings.exe -p MyProtocol

где MyProtocol - IPX/SPX, NAMEDPIPES, NETBIOS, TCP/IP или VINES, в зависимости от протокола, используемого для подключения клиента Outlook к конкретному серверу Exchange. Команда занимает на бумаге несколько строк, но в командном окне ее следует вводить одной строкой. Наиболее часто используемый протокол - TCP/IP.

Запустив rpings.exe на сервере, следует запустить экземпляр rpingc.exe на клиенте. Графический интерфейс rpingc.exe показан на экране 2 . В текстовом поле Exchange Server необходимо ввести корректное имя сервера Exchange. При желании можно выбрать протокол и указать, следует ли проверять соединения только для конечной точки Rping или определенных конечных точек Exchange, таких как функции Store или Admin (т. е. Exchange System Attendant).

С помощью утилиты Rpcdump из комплекта ресурсов можно убедиться, что службы Exchange корректно зарегистрированы в подсистеме RPC. Rpcdump опрашивает службу RPC Endpoint Mapper на сервере Exchange и отображает службы (конечные точки), доступные для соединений RPC. Если службы доступны, то, очевидно, неполадки связаны не со всеми, а только с одним клиентским соединением. Rpcdump можно запустить локально на сервере Exchange или дистанционно с клиента. Для локального запуска на сервере Exchange можно задействовать команду Rpcdump со следующим синтаксисом:

Rpcdump /s MyServer /i /v

где ключ /s указывает, что запрос будет направлен на сервер MyServer. Имя MyServer может быть коротким или полным (FQDN). Ключ /i обеспечивает тестирование служб для проверки их реакции. Ключ /v задает режим расширенного вывода. Rpcdump может генерировать массу информации, которую лучше записать в текстовый файл для удобства анализа.

Существует несколько приемов, с помощью которых можно определить причины неполадок, если клиенту Outlook удается установить связь с сервером Exchange, но запуск клиента происходит очень медленно. Эти приемы описаны во врезке .

Стандартные методы диагностики типичных проблем

Мы рассмотрели некоторые типичные проблемы, которые могут помешать подключению клиента Outlook к серверу Exchange. Как правило, нарушения соединений клиент/сервер вызваны неполадками в сети или ошибками в преобразовании имен. Другие причины неисправностей редки. К счастью, проблемы на уровне сети, протокола и приложений можно устранить с помощью доступных и простых инструментов и методов, таких как команды Ipconfig, Ping, Tracert, Netstat, Nslookup, Rpings и Rpcdump.

Киран Маккорри ([email protected] ) - главный консультант подразделения Consulting and Integration Technology Group компании HP, работает в Ирландии. Является соавтором книги Microsoft Exchange 2000 Infrastructure Design (Digital Press).

О причинах медленного запуска Outlook

Если клиент Outlook успешно устанавливает соединение с Exchange Server, но запуск клиента занимает слишком много времени (более 60 секунд), то выяснить причину задержки можно с помощью двух тестов. Во-первых, можно использовать инструмент Network Monitor для идентификации существенных задержек (более 500 мс) в передаче пакетов между клиентским компьютером и сервером Exchange. Network Monitor входит в состав Windows Server 2003 и Windows 2000 Server. Однако инструмент необходимо подготовить к работе. В панели управления нужно дважды щелкнуть на пиктограмме Add or Remove Programs и нажать Add/Remove Windows Component. Из раскрывающегося списка следует выбрать пункт Management and Monitoring Tools, а затем щелкнуть на кнопках Next и Finish.

Во-вторых, можно проверить подраздел Rpc_Binding_Order в разделе реестра HKEY_LOCAL_MACHINESOFTWAREMicrosoft ExchangeExchange Provider. Rpc_Binding_Order определяет порядок проверки различных сетевых протоколов при установлении соединения между клиентом Outlook и сервером Exchange. Если первыми проверяются неподдерживаемые протоколы, то переход к следующему протоколу должен происходить после тайм-аута. На экране A показаны стандартные параметры для раздела реестра Rpc_Binding_Order в Windows XP Service Pack 1 (SP1) с Outlook 2003. Как видно на экране A, первым протестирован локальный RPC, за ним IP-соединение, далее SPX-соединение и т. д. Префикс nca представляет собой сокращение Network Connection Architecture. Сейчас большинство клиентов работает с TCP/IP, и данная проблема возникает редко, но тем не менее иногда она может послужить причиной задержек соединений.

В Exchange 2013 SP1 появился новый протокол для клиентских подключений к почтовому ящику — MAPI over HTTP (MAPI/HTTP). Данный протокол предназначен для улучшения стабильности и надежности подключения Outlook к серверу Exchange за счет переноса транспорта на уровень HTTP. В этой статье мы расскажем об архитектуре, особенностях работы этого протокола и приведем небольшую инструкцию по его настройке.

В предыдущих версиях Outlook мог взаимодействовать с Exchange по протоколу RPC . В Exchange 2003 появилась еще один протокол подключения — RPC over HTTP (или ). Этот протокол преимущественно использовался для безопасного подключения к Exchange серверу внешних клиентов. В Exchange 2013 Outlook Anywhere по умолчанию используется для взаимодействия как с внешними, так и с внутренними клиентами. По сути, при взаимодействии по этому протоколу MAPI трафик заворачивался сначала в RPC, потом RPC в HTTP и только потом HTTP пакет передавался серверу. Основным недостатком протокола RPC over HTTP является плохая стабильность работы на неустойчивых соединениях (в общедоступных Wi-Fi сетях или через Интернет).

MAPI over HTTP (на самом деле используется HTTPS) исключает из схемы протокол RPC и основан на HTTP 1.1, т.е. клиенты для взаимодействия с сервером используют команду POST. Outlook, подключенный через MAPI over HTTP работает так же, как и EWS, EAS или OWA. При его использовании лучше отрабатывают сценарии переключения между сетями, сбои в сети, выход из спящего режима и режима гибернации и т.д.

Преимущества MAPI over HTTP

Быстрое переподключение при разрыве связи (переустанавливается только TCP, а не RPC соединение)
Независимость содержимого сессии от подключения (пользователь в рамках сессии может сменить сеть подключения)
Аутентификация с помощью HTTP протокола

Первоначально, MAPI/HTTP на стороне клиента поддерживался только в Outlook 2013 SP1, но сейчас, после установки обновления 2899591 (https://support.microsoft.com/en-us/kb/2899591/en-us ), он будет работать также и в Outlook 2010.

Чтобы включить поддержку MAPI over HTTP , система должна соответствовать требованиям:

На CAS серверах должен быть установлен Exchange 2013 SP1
Для оптимальной производительности MAPI/HTTP должен быть установлен.NET framework 4.5.2
В качестве клиентов используется Outlook 2013 SP1 или Outlook 2010 с обновлением KB2899591

После установки Exchange 2013 SP1 на CAS сервере должна появиться виртуальная директория MAPI. Сам протокол MapiOverHTTP при этом отключен.

Проверим, что атрибут ExternalUrl пустой:

Get-MapiVirtualDirectory | ft server, *url*

ExternalUrl, как мы видим, пустой, нам нужно его заполнить (в данном примере мы зададим и ExternalUrl и Internal Url, учтите что сертификат Exchange должен соответствовать адресам, указанным во внешнем и внутренним URL адресах).

Get-MapiVirtualDirectory | Set-MapiVirtualDirectory -InternalUrl https://mail.contoso.com/mapi –ExternalUrl https://mail.contoso.com/mapi -IISAuthenticationMethods NTLM,Negotiate

Осталось активировать MAPI over HTTP на уровне организации Exchange. Убедимся, что протокол отключен:

Get-OrganizationConfig | FL *mapi*

Проверим также, на данный момент Outlook для подключения к Exchange использует протокол RPC/HTTP.

Активируем поддержку протокола MAPI/HTTP со стороны сервера:

Set-OrganizationConfig -MapiHttpEnabled $true

После выполнения команды нужно подождать около часа для применения всех изменений на стороне Exchange. Если нужно, ускорить процесс можно перезапуском MS Exchange Host Service и пула Autodiscover на Mailbox сервере.

При выполнении , Outlook запросит у сервера возможность поддержки MAPI over HTTP (X-MapiHttpCapability ). Если сервер поддерживает этот протокол, то клиент получит ответ с данными НТТР.

При переключении на новый протокол Outlook выдает предупреждение:

После перезапуска Outlook должен подключиться к ящику по протоколу MAPI over HTTP. Об этом будет свидетельствовать строка HTTP в колонке протокола в свойствах подключения Outlook.

Проверить возможность подключения по новому протоколу можно, перейдя на URL https://mail.contoso.com/mapi/emsmdb . Таким нехитрым способом мы узнаем имя CAS сервера, на котором мы авторизовались и имя Mailbox сервера.

Добавив в URL значение ?Showdebug=yes можно вывести более интересную информацию. (https://mail.contoso.com/mapi/emsmdb/?showdebug=yes )

Также проверить работу нового протокола можно с помощью командлета Powershll Test-OutlookConnectivity:

Test-OutlookConnectivity -RunFromServerId serv3 -ProbeIdentity OutlookMapiHttpSelfTestProbe

Траблшутинг :

Логи нового протокола хранятся здесь:

CAS: %ExchangeInstallPath%\Logging\HttpProxy\Mapi\
Mailbox Server: %ExchangeInstallPath%\Logging\MAPI Client Access\
Mailbox Server: %ExchangeInstallPath%\Logging\MAPI Address Book Service\

При включении поддержки MAPI over HTTP в группе DAG все сервера должны его поддерживать, в противном случае клиенты не смогут пользоваться своими ящиками.

По оценкам Microsoft использование MAPI over HTTP несколько увеличивает нагрузку на CPU на серверах CAS, но уменьшает расход памяти для каждого пользоватлея на 50-60%.

Новый прокол подключения Outlook к ящикам Exchange выигрывает с точки зрения производительности и сетевой гибкости. По словам разработчикам Microsoft, возможно уже в Exchange Server 2016 протокол MAPI over HTTP станет основным протоколом подключения, а от RPC over HTTP будут постепенно отказываться.

И Microsoft Outlook .

Архитектура MAPI

программные интерфейсы;
спулер MAPI - отдельный процесс, посылающий сообщения в систему передачи электронных сообщений и принимающий от неё сообщения;
общий интерфейс пользователя - диалоговые окна , при помощи которых пользователь может найти адрес, создать и отправить сообщение.

Интерфейсы MAPI

Имеется несколько клиентских интерфейсов MAPI:

MAPI - основной интерфейс, основан на технологии COM. Остальные API являются прослойкой между клиентским приложением и MAPI.
Simple MAPI - содержит набор функций, обеспечивающих базовый уровень функциональности. Рекомендуется использовать только для обратной совместимости со старыми приложениями.
Common Messaging Calls (CMC) - кроссплатформенное API, основанное на программном интерфейсе X.400 (XAPIA). Содержит набор функций для добавления в приложение простых возможностей работы с сообщениями.
Collaboration Data Objects (CDO) Library (предыдущие версии назывались OLE Messaging Library, Active Messaging Library) - содержит объекты OLE-автоматизации для приёма и отправления электронной почты и работы с папками и с адресной книгой.

Формы

Поставщики услуг

Контейнер адресной книги - содержит элементы адресной книги; поставщик адресной книги может иметь один или несколько контейнеров адресной книги.
Вложение - содержит дополнительные данные, связанные с сообщением.
Элемент управления - кнопки, вызывающие обработку при их нажатии.
Список рассылки - описывает группировку индивидуальных адресатов сообщений.
Папка - содержит сообщения и контейнеры сообщений.
Регистрация - обрабатывает информацию о событиях и запросы клиентов.
Адресат сообщения - описывает индивидуального адресата сообщения.
Сообщение - содержит информацию, которую можно послать адресатам при помощи системы электронных сообщений.
Хранилище сообщений - иерархическая база данных сообщений.
Поставщик - обрабатывает запуск и остановку поставщика.
Захват спулера - производит специальную обработку входящих и исходящих сообщений.
Состояние - обеспечивает доступ к состоянию поставщика услуг.
Таблица - обеспечивает доступ к данным объекта в виде строк и столбцов, аналогично таблицы базы данных.

Open Source MAPI

Напишите отзыв о статье "MAPI"

Примечания

Ссылки



Графика

Аудио

Мультимедиа

Web

Доступ к данным

Сеть

Коммуникации



Компонентная модель

Библиотеки

Драйверы устройств

Безопасность

.NET

Программное обеспечение

IPC

Доступность

Текст и многоязычная поддержка

Отрывок, характеризующий MAPI

В военном отношении, гениальный план кампании, про который Тьер говорит; que son genie n"avait jamais rien imagine de plus profond, de plus habile et de plus admirable [гений его никогда не изобретал ничего более глубокого, более искусного и более удивительного] и относительно которого Тьер, вступая в полемику с г м Феном, доказывает, что составление этого гениального плана должно быть отнесено не к 4 му, а к 15 му октября, план этот никогда не был и не мог быть исполнен, потому что ничего не имел близкого к действительности. Укрепление Кремля, для которого надо было срыть la Mosquee [мечеть] (так Наполеон назвал церковь Василия Блаженного), оказалось совершенно бесполезным. Подведение мин под Кремлем только содействовало исполнению желания императора при выходе из Москвы, чтобы Кремль был взорван, то есть чтобы был побит тот пол, о который убился ребенок. Преследование русской армии, которое так озабочивало Наполеона, представило неслыханное явление. Французские военачальники потеряли шестидесятитысячную русскую армию, и только, по словам Тьера, искусству и, кажется, тоже гениальности Мюрата удалось найти, как булавку, эту шестидесятитысячную русскую армию.
В дипломатическом отношении, все доводы Наполеона о своем великодушии и справедливости, и перед Тутолминым, и перед Яковлевым, озабоченным преимущественно приобретением шинели и повозки, оказались бесполезны: Александр не принял этих послов и не отвечал на их посольство.
В отношении юридическом, после казни мнимых поджигателей сгорела другая половина Москвы.
В отношении административном, учреждение муниципалитета не остановило грабежа и принесло только пользу некоторым лицам, участвовавшим в этом муниципалитете и, под предлогом соблюдения порядка, грабившим Москву или сохранявшим свое от грабежа.
В отношении религиозном, так легко устроенное в Египте дело посредством посещения мечети, здесь не принесло никаких результатов. Два или три священника, найденные в Москве, попробовали исполнить волю Наполеона, но одного из них по щекам прибил французский солдат во время службы, а про другого доносил следующее французский чиновник: «Le pretre, que j"avais decouvert et invite a recommencer a dire la messe, a nettoye et ferme l"eglise. Cette nuit on est venu de nouveau enfoncer les portes, casser les cadenas, dechirer les livres et commettre d"autres desordres». [«Священник, которого я нашел и пригласил начать служить обедню, вычистил и запер церковь. В ту же ночь пришли опять ломать двери и замки, рвать книги и производить другие беспорядки».]
В торговом отношении, на провозглашение трудолюбивым ремесленникам и всем крестьянам не последовало никакого ответа. Трудолюбивых ремесленников не было, а крестьяне ловили тех комиссаров, которые слишком далеко заезжали с этим провозглашением, и убивали их.
В отношении увеселений народа и войска театрами, дело точно так же не удалось. Учрежденные в Кремле и в доме Познякова театры тотчас же закрылись, потому что ограбили актрис и актеров.
Благотворительность и та не принесла желаемых результатов. Фальшивые ассигнации и нефальшивые наполняли Москву и не имели цены. Для французов, собиравших добычу, нужно было только золото. Не только фальшивые ассигнации, которые Наполеон так милостиво раздавал несчастным, не имели цены, но серебро отдавалось ниже своей стоимости за золото.
Но самое поразительное явление недействительности высших распоряжений в то время было старание Наполеона остановить грабежи и восстановить дисциплину.
Вот что доносили чины армии.
«Грабежи продолжаются в городе, несмотря на повеление прекратить их. Порядок еще не восстановлен, и нет ни одного купца, отправляющего торговлю законным образом. Только маркитанты позволяют себе продавать, да и то награбленные вещи».
«La partie de mon arrondissement continue a etre en proie au pillage des soldats du 3 corps, qui, non contents d"arracher aux malheureux refugies dans des souterrains le peu qui leur reste, ont meme la ferocite de les blesser a coups de sabre, comme j"en ai vu plusieurs exemples».
«Rien de nouveau outre que les soldats se permettent de voler et de piller. Le 9 octobre».
«Le vol et le pillage continuent. Il y a une bande de voleurs dans notre district qu"il faudra faire arreter par de fortes gardes. Le 11 octobre».
[«Часть моего округа продолжает подвергаться грабежу солдат 3 го корпуса, которые не довольствуются тем, что отнимают скудное достояние несчастных жителей, попрятавшихся в подвалы, но еще и с жестокостию наносят им раны саблями, как я сам много раз видел».
«Ничего нового, только что солдаты позволяют себе грабить и воровать. 9 октября».
«Воровство и грабеж продолжаются. Существует шайка воров в нашем участке, которую надо будет остановить сильными мерами. 11 октября».]
«Император чрезвычайно недоволен, что, несмотря на строгие повеления остановить грабеж, только и видны отряды гвардейских мародеров, возвращающиеся в Кремль. В старой гвардии беспорядки и грабеж сильнее, нежели когда либо, возобновились вчера, в последнюю ночь и сегодня. С соболезнованием видит император, что отборные солдаты, назначенные охранять его особу, долженствующие подавать пример подчиненности, до такой степени простирают ослушание, что разбивают погреба и магазины, заготовленные для армии. Другие унизились до того, что не слушали часовых и караульных офицеров, ругали их и били».
«Le grand marechal du palais se plaint vivement, – писал губернатор, – que malgre les defenses reiterees, les soldats continuent a faire leurs besoins dans toutes les cours et meme jusque sous les fenetres de l"Empereur».
[«Обер церемониймейстер дворца сильно жалуется на то, что, несмотря на все запрещения, солдаты продолжают ходить на час во всех дворах и даже под окнами императора».]

На этой странице:

Outlook Web Access (OWA) - веб-интерфейс доступа к ящику - полный доступ к личным данным ящика и почте через обозреватель
Соединение по протоколам POP3 / IMAP / SMTP - доступ к почте через обычные почтовые протоколы, доступа к личным данным нет (они продолжают быть доступны через OWA)
Соединение с коммуникаторами Windows Mobile (устарело) - полный доступ к личным данным ящика и почте с коммуникаторов/компьютеров Windows Mobile или иных (по возможностям производителя)
Соединение по протоколу MAPI (Outlook 2003/2007) - полная синхронизация личных данных и почты с вашим личным Microsoft Outlook

Outlook Web Access (OWA) - веб-интерфейс доступа к ящику

В личном кабинете указан сайт, который должен использоваться для работы с OWA. Сайт работает по протоколу HTTPS.

Обычно это https://owa.1gb.ru/owa .

Соединение по протоколам POP3 / IMAP / SMTP

Может использоваться для почтовых клиентов, отличных от Microsoft Outlook, а также в случае покупки тарифа Exchange без поддержки MAPI.

Все параметры подключения даны на странице с ящиками Exchange.

Соединение с коммуникаторами Windows Mobile

"Стандартный" или выше.

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

В личном кабинете указан сайт, который должен использоваться для работы с OWA. Сайт работает по протоколу HTTPS. Обычно это owa.1gb.ru.

Логин - полный логин в формате, аналогичном ad1\[ваш логин], он показан в личном кабинете на странице с ящиками Exchange. Здесь ad1 - имя домена, логин - имя пользователя, если есть отдельное окно для домена, то ad1 необходимо записать туда, а имя пользователя писать без ad1.

Альтернативный порт для SMTP сервера - 587. Используйте его в том случае, если у вас не получается отправить почту.

Соединение по протоколу MAPI (Outlook 2003/2007)

Возможность доступна в тарифе ящика "Расширенный" .

Вам потребуются следующие параметры:

По умолчанию, протокол MAPI требует доступа по ряду TCP портов, которые часто закрыты для подключения (порты 135, 6000-6004). В том случае, если MAPI не работает, попробуйте описанные далее варианты:

Подключение к Exchange с помощью VPN

Возможность доступна и для Outlook 2003, и для Outlook 2007.

VPN соединение нужно настраивать и поддерживать подключенным
VPN соединение может мешать работе корпоративных сетей на той же схеме адресации
Протокол VPN соединения (PPTP) работает не из всех сетей, в ряде сетей PPTP работает ненадежно
Если всё же работает, то работает быстро и технически эффективно (небольшой трафик, наибольшая скорость работы)

Параметры VPN подключения и пример работы описаны на странице https://www.1gb.ru/1152 .

Подключение к Exchange с помощью HTTPS (Outlook Anywhere)

Возможность доступна для Outlook 2007.

Старое или внутренне название технологии - RPC over HTTP(S). Outlook Anywhere позволяет подключаться к Exchange серверу по протоколу HTTPS, в том числе - через обычный HTTP(S) прокси.

Работает в любых сетевых условиях (HTTPS доступ есть практически на любом компьютере)
Медленнее, чем прямой MAPI или VPN
В случае использования HTTP-прокси менее безопасно, чем VPN

Важно: для того, чтобы Outook Anywhere заработал на вашем компьютере, необходимо установить сертификат безопасности .

Для настройки Outlook Anywhere в свойствах учетной записи Exchange нужно открыть закладку Connection, внизу поставить галку "Connect to Microsoft Exchange using HTTP", затем установить дополнительные опции с помощью кнопки "Exchange Proxy Settings".

Мы всегда готовы ответить на ваши вопросы!