2011-01-31 1 views
0

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

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

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

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

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

ответ

0

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

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