問題タブ [exchange-server-2003]

Exchange 2003 配布リストを使用して電子メールを送信するコードを開発していますが、残念ながら DL リストの正確な電子メール ID を見つけることができませんでした。DL リストの電子メール ID を見つけることができれば、簡単に電子メールを送信できると思います。全DL。

Exchagne 2003 DL リストの正確な電子メール ID を見つける方法を知っている人はいますか?助けてください..よろしくお願いします。

ユーザー名、パスワード、ドメイン名、サーバー名などの Exchange Server-2003 の資格情報がユーザーに与えられているかどうかをテストするプログラムを開発しています。

上記の認証情報が正しければ、メールの送受信を許可します。

上記の操作を完了するためにテストするメソッド/コードを教えてください。

前もって感謝します。

私はIndependentSoft コンポーネントを使用していますが、どのように (このコンポーネントまたは他の APIを使用して) 手動でできることを模倣できるのか疑問に思っていました:

会議出席依頼を作成し、アカウント B を招待した後、私が作成した会議を削除します。これにより、招待された人の予定はそのまま残ります。これで (他のアカウントのカレンダーへのアクセス レベルが十分に高く、レベル 6 だと思います)、この予定を手動で削除できます。それが顧客の希望です。

今、予定を取得するためにメールボックスが必要になるため、IndependentSoft コンポーネントを使用することはできないようですが、そうするためのメールボックスの権利がありません。予定 （？）。

送信するファイル フィードのベンダー確認を受け取ります。一部のベンダーは、電子メールでのみ確認を送信します。試して使用できるいくつかのサンプル VB コードを見つけようとしています。これを使用して、外出して受信トレイにクエリを実行し、特定のアカウントからの電子メールがあるかどうかを確認し、メッセージ本文を返すようにスケジュールできます。私が見つけた記事の多くは、Web DAV の使用について説明していますが、私はそれに慣れておらず、Exchange Server にクエリを実行しようとしています。新しいバージョンの Exchange Server の API のドキュメントは見つかりましたが、Exchange 2003 のドキュメントを見つけるのに苦労しています。

Exchange 2003では、次のコードを実行できます。

VB6およびMAPICDO1.2.1の使用

私は得る：

ただし、Exchange 2010で実行しようとしていますが、エラーが発生します。

例外は、ルートフォルダnfo.RootFolder.Nameへの参照でのみスローされます。

このプロパティは2010年にサポートされていませんか？

どんなアドバイスでも大歓迎です、ありがとう。

LDAP 経由で Exchange Server 2003 のパブリック カレンダー エントリにアクセスできますか?

現在、PHP で LDAP を使用しており、ログインのために Active Directory に対して認証を行っていますが、Exchange サーバーのパブリック カレンダーにアクセスして、そこにあるカレンダー エントリを読み取る必要があります。

いいえの場合、パブリック カレンダー エントリを取得する方法について他に提案はありますか?

Exchange 2003 のユーザーの予定表からすべての非プライベート アイテムを取得する必要があります。次のように動作するようになりました。これにより、すべてのアイテム (プライベート フィールドを含む) が取得されます。

ただし、Private フィールドを に追加しようとすると、応答でエラーが発生しますWHERE。BAD REQUEST次のコードは、Private フィールドをWHERE句に追加する方法です。

私は何を間違っていますか？これは不可能ですか？

私は次の設定に出くわし、AceFlag 値 18 が何を意味するのかを理解しようとしました。コンテキストは以下のとおりです。

誰でもアイデアはありますか？

http://schemas.microsoft.com/exchange/permanenturlこのプロパティを使用して 2003 年のカレンダーの予定を識別する社内アプリがあります。現在、2010 に移行する準備が整っています。カレンダー アイテムの永続的な URL の形式が異なりpermanenturls、2003 年からは変更できないことがわかっています。直接 2010 にアップグレードすることはできません。新しい API では API が公開されていないという意見さえありました。permanenturlそれで、いくつか質問があります。

まず、私たちは正しいですか？permanenturlプロパティを 2003 年から 2010 年にアップグレードすることはできませんか? 可能であれば、新しい URL を予測または生成できるアルゴリズムはありますか? 移行中は両方を手元に置いておく必要があります。

2 つ目は、2007 年以降、永続化できるカスタム拡張プロパティを作成できることです。2003 年にカスタム拡張プロパティを作成できるかどうか、a) まったくできないかどうか、および b) 移行後も維持されるかどうかを判断するのに苦労しています。

私は Exchange プログラミングのまったくの初心者なので、コードのどこから始めればよいかさえわかりません。正しい方向へのポインタは大歓迎です!

ありがとう！