我们昨晚尝试构建一些代码，这些代码将在.NET Winforms应用程序中在Microsoft Exchange中创建一个新的公用文件夹。
谷歌搜索代码带我们去了一堆涉及http请求和WebDAV的代码示例。我们经历了涉及的各种痛苦
基础连接已关闭：无法建立信任 SSL / TLS安全通道的关系。
和
远程服务器返回错误：（440）登录超时。
并且不得不称它为一天。
今天早上我记得我们有一些旧的VBA代码，它使用Outlook对象模型来处理Exchange公共文件夹。挖出来，适应.NET，嘿，它的工作原理。真的只是几行。
是否有理由使用http＆amp; WebDAV而不是OOM？ WebDAV示例基本上是用于ASP.NET开发吗？如果我们能够在我们的案例中使用WebDAV代码，它是否会给我们任何额外的功能或灵活性（例如，在用户具有受限权限的情况下）？
答案 0 :(得分：1)
有关SSL内容的http://www.infinitec.de/post/2008/11/26/ExchangeWebServices-WebDAV-and-untrusted-server-certificates.aspx和有关Login-Timout的http://www.infinitec.de/post/2004/12/31/Access-the-Exchange-store-via-WebDAV-with-Form-Based-Authentication-turned-on-Updated.aspx。
如果您使用OOM，则依赖于Outlook的安装和属性配置（您可能有点难以拥有多个配置文件）。
WebDAV是一种HTTP协议，这意味着您只有很少的先决条件。话虽这么说，WebDAV for Exchange是一个相当繁琐的协议。但是有.NET包装器可用（我可以发送一个免费的 - 只需通过我的网站ping我），这样可以更轻松。
但是要知道WebDAV for Exchange仅在Exchange 2003和2007中受支持。自Exchange 2007以来，WebServices可用，甚至还有托管API：
EWS托管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