0

我们昨晚尝试构建一些代码，这些代码将在 Microsoft Exchange 中从 .NET Winforms 应用程序中创建一个新的公用文件夹。

谷歌搜索代码将我们带到了一堆涉及 http 请求和 WebDAV 的代码示例。我们经历了各种痛苦，包括

基础连接已关闭：无法为 SSL/TLS 安全通道建立信任关系。

和

远程服务器返回错误：(440) 登录超时。

不得不收工。

今天早上我记得我们有一些旧的 VBA 代码，它使用 Outlook 对象模型来处理 Exchange 公共文件夹。把它挖出来，让它适应 .NET，嘿，它可以工作了。真的只有几行。

是否有理由使用 http 和 WebDAV 而不是 OOM？WebDAV 示例基本上是用于 ASP.NET 开发的吗？如果我们可以让 WebDAV 代码在我们的案例中工作，它是否会给我们任何额外的权力或灵活性（例如，在用户具有受限权限的情况下）？

4

1 回答 1

1

有关SSL 的内容，请参见http://www.infinitec.de/post/2008/11/26/ExchangeWebServices-WebDAV-and-untrusted-server-certificates.aspx和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 我），这使得它更容易。

但要知道 Exchange 的 WebDAV 仅在 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

于 2011-10-18T10:44:15.377 回答