На какую DLL я обращаюсь (и где я могу их получить) для доступа к API-интерфейсу CDO Exchange 2003 в Visual Studio 2008

Question

Я пытаюсь создать приложение, которое будет управлять почтовыми сообщениями на Exchange 2003. Моя среда разработки - Windows XP с Visual Studio 2008. После прочтения описания различных API-интерфейсов мне кажется, что CDO - это то, что мне следует использовать.

Я скачал Exchange 2003 SDK. В документации много примеров программ, но я не могу заставить их скомпилировать. Я знаю, что мне нужно добавить ссылки на правильные.DLL. Справочная документация рассказывает о CDOEX.DLL. Я получил DLL от Exchange 2003 и ссылался на нее в моем проекте. (По этой ссылке.) Он добавляет несколько объектов в пространство имен CDO, но многие из тех, на которые есть ссылки в документации, отсутствуют. (Например, пара примеров использует CDO.Person, которого (насколько я могу судить) не существует.

Что меня особенно смущает, так это то, что примеры проектов используют CDO.Person, однако в документации по классам в SDK этот класс не указан как один из классов, принадлежащих пространству имен CDO.

Может ли кто-нибудь указать мне, что мне нужно для ссылки или ссылки на мой проект для доступа к этому и другим связанным классам в Exchange 2003 SDK?

Кроме того, мне не хватает части общей картины? Разве CDO не путь? Моему приложению придется получать доступ и изменять количество сообщений в сотнях, если не тысячах, разных почтовых ящиков пользователей на сервере Exchange.

Answer 1

Я думаю, что нашел ответ. Файл должен быть зарегистрирован с RegSvr32 первый. Я не ожидал такого поведения. Если ты не бежишь RegSvr32 тогда только ссылка на класс отображается в проекте при обращении к DLL. Но если вы запустите RegSvr32 cdoex.dll сначала в файле, а затем на него ссылаются, затем появляются все классы.

Я не подтвердил правильное поведение при его запуске (придется подождать, пока у меня не будет доступа к серверу Exchange 2003 для тестирования), но похоже, что он правильно компилируется.