質問

昨夜、.NET WinFormsアプリケーション内からMicrosoft Exchangeに新しいパブリックフォルダーを作成するコードを作成しようとしました。

コードをグーグルで調べて、HTTPリクエストとWebDavを含む多くのコードサンプルに連れて行ってくれました。私たちは、あらゆる種類の痛みを伴う経験をしました

基礎となる接続は閉じられました。SSL/TLSセキュアチャネルの信頼関係を確立できませんでした。

リモートサーバーはエラーを返しました:(440)ログインタイムアウト。

そしてそれを一日と呼ばなければなりませんでした。

今朝、Outlookオブジェクトモデルを使用してExchange Publicフォルダーを扱う古いVBAコードがあることを思い出しました。それを掘り出し、それを.netに適応させ、そして、ちょっと、それは機能します。本当にそれはほんの数行です。

oomではなくhttp&webdavを使用する理由はありますか?基本的にASP.NET開発のためのWebDavの例はありますか?私たちの場合、WebDAVコードを手に入れることができたら、追加のパワーや柔軟性(ユーザーが許可を制限している場合)を提供してくれたでしょうか?

役に立ちましたか?

解決

見る http://www.infinitec.de/post/2008/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-form-authentication-- on-updated.aspx ログインチムアウト用。

OOMを使用する場合、インストールされているOutlookとプロパティ構成に依存しています(複数のプロファイルがあることはやや難しい場合があります)。

WebDavはHTTPプロトコルです。つまり、前提条件はほとんどありません。そうは言っても、ExchangeのWebDavはかなり面倒なプロトコルです。ただし、.NETラッパーが利用可能です(無料のラッパーを送信できます - 私のウェブサイトを通して私をpingするだけです)。

ただし、Exchange for ExchangeのWebDavは2003年と2007年のExchangeでのみサポートされていることを知ってください。Exchange2007以来、Webサービスが利用可能であり、管理された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