Вопрос

Вчера вечером мы попробовали создать какой -то код, который создаст новую публичную папку в Microsoft Exchange из приложения .NET Winforms.

Google для кода привела нас в кучу образцов кода с участием HTTP -запросов и WebDav. Мы испытали все виды болезненности с участием

Базовое соединение было закрыто: не смог установить доверительные отношения для безопасного канала SSL/TLS.

а также

Удаленный сервер вернул ошибку: (440) Тайм -аут входа в систему.

и пришлось называть это днем.

Этим утром я вспомнил, что у нас был какой -то старый код VBA, который использовал модель объекта Outlook для работы с обменными общедоступными папками. Выкопал его, адаптировал к .NET и, эй, это работает. На самом деле это всего лишь пара строк.

Есть ли причина использовать http & webdav, а не OOM? Являются ли примеры WebDAV в основном для разработки ASP.NET? Если бы мы могли получить код WebDAV для работы в нашем случае, дал бы нам дополнительную мощность или гибкость (например, в тех случаях, когда пользователь имеет ограниченные разрешения)?

Это было полезно?

Решение

Видеть http://www.infinitec.de/post/2008/11/26/exchangewebservices-webdav-and-untrusted-server-certificates.aspx для SSL Thingy и http://www.infinitec.de/post/2004/12/31/access-the-exchange-store-via-webdav-with-form на основе authentication-in-in-updated.aspx Для входа в систему.

Если вы используете OOM, вы полагаетесь на установку Outlook и настроены свойство (что может быть несколько сложно, у вас есть несколько профилей).

WebDav IS -протокол HTTP, что означает, что у вас очень мало предварительных условий. Тем не менее, WebDav для Exchange - довольно громоздкий протокол. Тем не менее, есть обертки .NET (я могу отправить вам тот, который бесплатный - просто пропингайте меня через мой веб -сайт), что облегчает.

Но знайте, что WebDav для Exchange поддерживается только в Exchange 2003 и 2007. Начиная с 2007 года, веб -сервисы доступны, и есть даже управляемый API:

EWS Managed API - Скачать: http://www.microsoft.com/download/en/details.aspx?id=13480

EWS управлял API - SDK: http://msdn.microsoft.com/en-us/library/dd633710(v=exchg.80).aspx

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top