Microsoft Graph APIを使用してカスタムヘッダーを追加し、カスタムヘッダーを取得します。

Question

現在、Microsoft Graph APIを使用して電子メールを取得し、新しい電子メールを送信し、電子メールに回答します。

私はコード許可認可を使用してユーザーを識別し、その情報にアクセスします。

PROBLEM

このアプリケーションは、ユーザーが未払い請求書を持って、お客様に電子メールを送ってみましょう。しかし、アプリケーションではGET https://graph.microsoft.com/v1.0/me/messages（お客様のメールアドレスに$searchが設定されています）を使用して、顧客が関わるすべてのメールを検索するので、他の従業員が行ったすべての会話をトレースできます。

問題は、他のメール（Outlookアプリから送信されたメール）との差別化ができることです。大量のメールサーバーで受け入れられる電子メールヘッダーを使用したいと考えています。このヘッダーは、検索結果をフィルタリングして、どの電子メールがユーザーのアプリケーションから送信されたかをユーザーに知らせることができます。 ODataのパラメータで

1. GET https://graph.microsoft.com/v1.0/me/messages：

   望ましい結果には、例えば、私はそうのようなMicrosoftグラフAPIを呼び出すことができる可能性があることだろう$search="john.doe@gmail.com"と$select=subject,bodyPreviewreceivedDateTime,headers

2. 次に要求をasumingこと送り返しました200コードJSON出力は次のようになり：

X-MY-COMPANY-INVOICEに注目してください。これは、アプリにOutlookアプリではなくアプリから送信されたことをアプリに知らせるのが最終目標です。

QUESTION

は、この使用してMicrosoftグラフAPIを実行する方法はありますか？そうでない場合、Microsoftはすぐにこの機能をリリースする予定ですか？

QUESTION 2

私は提案に開いています、これは、これを実行したり、私はこのテクニックで壁に右つもり最良の方法ですか？はいの場合、この問題を克服する最良の方法は何ですか？

Answer 1

これは、Extensionsの良い使用例です。これらのメカニズムを使用して、カスタムデータを要素（メッセージ、イベント、ユーザー、グループなど）にアタッチすることができます。

マイクロソフトグラフで利用可能な拡張子のいくつかの種類がありますExtended Properties、Open ExtensionsまたはSchema Extensionが。それぞれには独自の制約がありますので、それぞれのシナリオとアーキテクチャに最適なものを判断するためにそれぞれを検討する価値があります。それはあなたの記述に基づいて、私はスキーマ拡張がここに一番合っているかもしれないと思っています。