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

谷歌搜索代码将我们带入了涉及HTTP请求和WebDAV的一堆代码样本。我们经历了各种涉及的痛苦

基础连接已关闭:无法建立SSL/TLS安全渠道的信任关系。

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

不得不称呼它一天。

今天早上,我记得我们有一些旧的VBA代码,该代码使用了Outlook对象模型来处理交换公共文件夹。挖出来,将其调整为.NET,嘿,它可以使用。真的只是几行。

是否有理由使用HTTP和WebDAV而不是OOM? WebDAV基本上是ASP.NET开发的示例吗?如果我们可以在我们的情况下使用WebDAV代码来工作,它会给我们任何额外的功能或灵活性(例如,如果用户拥有限制权限)?

有帮助吗?

解决方案

http://www.infinitec.de/post/2008/11/11/26/exchangewebservices-webdav-and-untrusted-server-certificates.aspx 对于SSL和 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 IST HTTP协议,这意味着您几乎没有先决条件。话虽如此,用于交换的WebDav是一个相当麻烦的协议。但是,有.NET包装器可用(我可以向您发送免费的,只是通过我的网站ping我),这使它变得更容易。

但是,知道webDAV的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

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top