問題タブ [exchangewebservices]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
4 に答える
10978 参照

exchange-server - EWS UpdateItem の ChangeKey には何を使用しますか?

Exchange Web サービスを使用して予定表アイテムを更新しようとしています。ItemChangeType を作成してから、ItemIdType を作成しています。ItemIdType.Id に使用する一意の ID がありますが、ChangeKey に使用するものはありません。省略すると、ErrorChangeKeyRequiredForWriteOperations が発生します。しかし、そこに何かを入れようとすると、ErrorInvalidChangeKey が発生します。

これを機能させるために何を使用できますか?

また、ItemChangeType.Item に使用する BaseItemIdType の最適な実装を判断しようとしています。これまでのところ、私は ItemIdType を使用しており、それは正しいと推測していますが、これに関する特に役立つドキュメントを見つけることができませんでした。

0 投票する
3 に答える
11219 参照

web-services - Exchange Web サービスへの認証方法が必要

Exchange Web サービスを使用して、1 人以上の予定表から予定を検索、作成、更新、および削除しています。このアプリケーションは、マネージャーが従業員の休暇時間を表示したり、空き状況に基づいて予定を割り当てたりするために使用されます。

これをすべて機能させるには、認証されたユーザーの資格情報を Web サービスに送信する必要があります。これまでのところ、これを可能にする 2 つの方法が見つかりました。1) 各ユーザーのユーザー名とパスワードを渡す方法と、2) ユーザーになりすまして DefaultCredentials を使用する方法です。ユーザーの偽装を許可していないため、DefaultCredentials オプションは機能しません。

誰か別の方法を知っていますか?

0 投票する
1 に答える
4591 参照

delegates - Exchange Web サービスでデリゲートを使用する

exhnage Web サービスでデリゲートを使用したことのある人はいますか? Exchange で 1 人のユーザーが他のユーザーの予定表を制御できるようにしたいと考えています。この問題は少し難しいと思います。他の人がどのように適切に機能させることができたのか見てみたいと思います。

0 投票する
1 に答える
4080 参照

web-services - Exchange Web サービス、ExchangeImpersonationType を使用してみてください

EWS を使用しようとしていますが、初めて ExchangeServiceBinding を使用しようとしています。私が使用しているコードは以下のとおりです。

アプリケーションは、EWS を使用してタスクを作成しようとする aspnet 3.5 です。ログオン ユーザーのドメイン パスワードがわからないため、偽装を使用しようとしました。そのため、偽装が最適であると考えました。偽装をどのように利用できるかについて何か考えはありますか? これを正しく設定していますか? アプリケーションを実行しようとするとエラーが発生します。また、タスクを作成できるかどうかを確認するために、なりすましなしで試してみましたが、運もありませんでした。どんな助けでも大歓迎です。ありがとう。

0 投票する
1 に答える
1216 参照

exchange-server - リソース カレンダーで会議の元の議題にアクセスする

Exchange 2007 と EWS (Exchange Web Services) を使用して、リソース カレンダーのカレンダー アイテムを Web ページに表示するシステムをセットアップしようとしています。

リソースの予定表にアクセスすることはできましたが、予定表のアイテムを取得するとき、各予定表アイテムの件名は、誰かが会議出席依頼を作成してリソースを招待したときに使用された元の件名ではなく、ユーザー名です。会議出席依頼を作成したアカウントで。私が次のようなことをした場合:

ここで、Calendar.GetCalendarItems は、最初の引数で示されるリソースのカレンダー アイテムを取得するメソッドであり、Calendar.GetNextWeekView() は、今日の日付から次の週にまたがる CalendarView を作成する静的メソッドであり、バインドが設定されます。リソース メールボックスへの代理人アクセスを持つアカウントを使用する。

リソースのitem.Subject予約に管理者アカウントが使用された場合、 は管理者として表示されます。

これを修正する方法を知っている人はいますか - ある種の特別なプロパティへのアクセスを行うか、別のタイプのアイテムを取得する必要がありますか?

よろしくジェスパー・ハウジ

0 投票する
2 に答える
1581 参照

mapi - Exchange Web サービスを使用して、メール アイテムのすべてのプロパティ (mapi プロパティ?) を列挙します。

Exchange 2007 サーバー上の一部のメール アイテムに関する問題をトラブルシューティングしようとしています。受信者のプロパティに何か問題があると判断できましたが、よくわかりません。メッセージのすべてのプロパティを悪いプロパティと比較して、良いプロパティと比較したいと思います。 .

また、MAPI または WebDAV ソリューションで解決することもできます。

0 投票する
1 に答える
2478 参照

asp.net - Exchange Web サービスのパブリック カレンダー イベントに出席者を招待する

明らかに、Outlook では、パブリック フォルダーに予定を作成し、人 (自分を含む) を招待することができます。これを Exchange Web サービスで複製したいと考えています。

私は自分のカレンダーでイベントを作成し、人々を招待することができ、それはうまくいきます. パブリック フォルダーにイベントを作成して人を招待する場合、createitem オブジェクトでSendMeetingInvitationsOrCancellationsをSendToNoneに設定する必要があります。そうしないと、次のエラーがスローされます。

パブリック フォルダーにある予定表アイテムについては、会議への招待またはキャンセルを送信できません。

もちろん、これは招待状が送信されないことを意味します。Outlook のこのカレンダー アイテムで、[出席者を招待] をクリックすると、Web サービス呼び出しで入力した名前が表示されます。たとえば、Outlook から手動で招待状を送信することもできますが、もちろんこれはすべて自動化したいと考えています。

私はこのようにすべきですか?Outlookでできることを何らかの理由でewsが許可しないのはおかしいと思います...?

0 投票する
4 に答える
17304 参照

c# - Exchange WS 「指定されたオブジェクトがストアに見つかりませんでした。」エラー

Exchange 2007 WS を使用してメール フォルダーを処理していますが、既に受信したメッセージを転送しようとすると、さまざまな問題が発生します。私たちのプロセスは次のとおりです。

  • Windows サービスは、メールボックス フォルダを監視します。新しいメールを見つけると、情報を処理してアイテムを「処理済みフォルダ」に移動し、Exchange メッセージ ID を保存します。
  • ユーザーは、メールを外部に転送することを選択できます。Exchange API を使用して、以前に保存したメッセージ ID を使用してアイテムを検索し、再度 API を使用して転送します。

メールを再び見つけることを除いて、かなり不安定であることが証明されています. 次のエラーが定期的に発生します。

指定されたオブジェクトがストアで見つかりませんでした。

同じことを達成できる、より良い/より信頼できる方法はありますか? Exchange WS のドキュメントはかなり少ないです。

0 投票する
2 に答える
2512 参照

webdav - Exchange Web サービス対 WebDAV

Exchange Web サービスの学習に役立つリソースは何ですか?

私は WebDAV に精通しており、Exchange との統合には Exchange Web サービスの方が適しているのではないかと考えていました。