Поделиться через


Проектирование службы сообщений

Область применения: Outlook 2013 | Outlook 2016

Прежде чем приступить к написанию кода для поддержки службы сообщений, важно создать структуру. Устраните следующие проблемы в процессе проектирования:

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

  2. Определите, какой тип поставщиков услуг следует включить в службу сообщений. Большинство служб messge включают по одному поставщику каждого из общих типов. То есть у обычной службы сообщений есть один поставщик адресной книги, один поставщик хранилища сообщений и один поставщик транспорта.

  3. Определите, сколько библиотек DLL должно содержать службу сообщений. Количество библиотек DLL, которые использует служба сообщений, зависит от следующего:

    • Степень сложности, которую вы, как модуль записи службы сообщений, готовы справиться.

    • Тип поставщиков служб в службе сообщений.

    • Связь, которую может иметь служба сообщений с другой службой сообщений.

    Так как MAPI хранит только одну точку входа для каждого типа поставщика, не следует включать несколько поставщиков одного типа в одну библиотеку DLL. Если имеет смысл включить несколько поставщиков одного типа, реализуйте их в отдельных библиотеках DLL или предоставьте им общую функцию точки входа. Другой вариант — реализовать связанные службы сообщений или службы сообщений, которые могут использовать один и тот же код установки и конфигурации, а также одну и ту же функцию точки входа DLL в одной библиотеке DLL.

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

  4. Определите имя библиотеки DLL или библиотек DLL службы сообщений.

См. также