メッセージまたは予定のコンテキストで実行されないWebベースのOutlookアドインを作成します。私は単に、ホームタブに1つのボタンがある新しいグループについて考えました。クリックすると、新しいウィンドウが表示されます。 プラットフォーム依存の概念（vstoなど）では可能でした。しかし、このシナリオは、新しいWebコンセプトではサポートされていないようです。少なくとも見通しにはない。メッセージの内容を読み込んで処理するWebベースのOutlookアドイン
プログラムはサービスのように動作し、送信トレイを観察して特定のメッセージを読み込み（抽出と変換）、準備する必要があります（サンドボックスメカニズムのために別の問題です）。
WindowsおよびMacデスクトップクライアントにデプロイします。
これは可能ですか？
module extensionは代替品ですか？ （Macではサポートされていますか？）
タスクペインとコンテキストカスタムペインは、選択/開いたメッセージと対話するように設計されています。定義された.htmlページでJavaScript関数を実行するアドインコマンド（カスタムリボンボタン：https://dev.office.com/docs/add-ins/outlook/manifests/define-add-in-commands）を定義することができます。これらの機能は、あなたが望むものを何でも行うことができ、必ずしもメッセージやメールボックスと対話する必要はありません。
しかし、バックグラウンドアプリケーションを実行できる機能はありません。カスタムコードは常にユーザーが実行する必要があります。別の方法として、WebサーバーまたはクライアントアプリケーションコンテキストでGraph API（またはExchange Web Services）を使用する方法があります。
拡張モジュールはアドインコマンドと似ていますが、デフォルトではメッセージのコンテキストでは実行されません。モジュール拡張は基本的にWebページを表示するキャンバスですが、メールボックスAPIにアクセスできます。
こんにちはこれを理解しましたか？私は同じような目標でさまざまな可能性を研究しています。私はそれが個々の電子メールのコンテキストで動くのを望んでいません。代わりに、私はそれをフォルダのコンテキストで実行します。私は実際にUIの多くを実行して機能しています。あなたの受信ボックスビューのVERYカスタムを考え直してください。それで、個々のEメールではなくEメールのリストで動作します。そのUIへのエントリーポイントは、私が頭を傷つけるところです。すべてがメッセージの文脈にあるようです。 Module Extsは、Windows上のOutlook2016に限定されているようです（私が知る限り）。どうも –