0

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

コードをグーグルで検索すると、httpリクエストとWebDAVを含む一連のコードサンプルが表示されました。私たちはあらゆる種類の苦痛を経験しました

基になる接続が閉じられました：SSL/TLSのセキュリティで保護されたチャネルの信頼関係を確立できませんでした。

と

リモートサーバーがエラーを返しました：（440）ログインタイムアウト。

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

今朝、Outlookオブジェクトモデルを使用してExchangeパブリックフォルダーを処理する古いVBAコードがあったことを思い出しました。それを掘り出し、.NETに適合させれば、うまくいきます。本当にそれはほんの数行です。

OOMではなくhttpとWebDAVを使用する理由はありますか？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 / Login-TimoutのAccess-the-Exchange-store-via-WebDAV-with-Form-Based-Authentication-turned-on- Updated.aspx

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

WebDAVはHTTPプロトコルです。つまり、前提条件はほとんどありません。そうは言っても、WebDAVforExchangeはかなり面倒なプロトコルです。ただし、.NETラッパーが利用可能です（無料のラッパーを送信できます。Webサイトからpingを実行するだけです）。これにより、ラッパーが簡単になります。

ただし、WebDAV forExchangeはExchange2003および2007でのみサポートされていることに注意してください。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

于 2011-10-18T10:44:15.377 に答える