通知メールの受信者を決定する

Azure DevOps Services |Azure DevOps Server 2022 および Azure DevOps Server 2019

イベントがサブスクリプションと一致する場合、多くの要因によって電子メール通知の受信者が決まります。 気づかないと、これらの要因によって受信トレイに届くメールが多すぎたり、少なすぎたりすることがあります。 サブスクリプションの種類、配信設定、配信の好み、およびその他の要因によって受信者のセットがどのように決まるかについて説明します。

注

この記事で取り上げた多くの概念は、以前のバージョンの Azure DevOps に適用されますが、ユーザー インターフェイスには変更があります。

カスタム個人用サブスクリプション

カスタム個人用サブスクリプションでは、サブスクリプションを所有しているユーザーの 優先メール アドレス 、またはサブスクリプションで構成された電子メール アドレスに電子メールが配信されます。

注

オンプレミスの Azure DevOps Server の場合は、チーム メンバーが組織またはユーザー プロファイル メニューから通知オプションを表示し、通知を受信できるように SMTP サーバーを構成します。

個人用サブスクリプションの優先メール アドレス (既定)

個人用サブスクリプションのカスタム 電子メール アドレス

チームとグループの配信設定

配信設定は、チームまたはグループが通知の受信者である場合の既定の配信動作を制御します。 各サブスクリプションは、受信者の配信設定を確認する配信オプションで構成されます。

サブスクリプションと配信設定は、チーム レベルまたは組織レベルで管理できます。

組織レベルの設定

[組織の設定] で、[グローバル通知>サブスクリプション><Team>>配信設定を選択します。

次の設定から選択します。

• メール アドレスに配信する: 通知は特定のメール アドレスに配信されます。
• 個々のメンバーに配信する: 通知は、グループまたはチームの各メンバーに配信されます。 通常、この設定は既定のオプションです。 詳細については、「 チームの拡張」を参照してください。
• 配信しない: 通知は既定では配信されません。

チームまたはグループの配信設定を明示的に選択しない場合、設定は 組織レベルで設定された配信オプションから決定されます。 既定値は[個々の メンバーに配信] または[ 配信しない]です。

ヒント

配信設定ダイアログでは、現在の選択が明示的に設定されているか継承されているかは示されません。

カスタム チームとグループ サブスクリプションの受信者

カスタム チームまたはグループ サブスクリプションの受信者は、サブスクリプションによって決まります。 特定の配信オプションでは、チームの既定の配信設定を使用して受信者のセットが決定されます。

グループまたはチーム サブスクリプションでは、次の配信オプションを使用できます。

• 役割別チームのメンバー: 受信者は、選択したロール (作業項目の割り当て先など) のいずれかを持つチームまたはグループのメンバーです。
• チーム設定: 受信者は、チームまたはグループの配信設定によって決まります (配信しない、 優先メール アドレス、または チームのメンバー)。
• カスタム メール アドレス: 受信者は指定されたメール アドレスです。
• チームのメンバー: 受信者は、サブスクリプションからオプトアウトされたメンバーを除き、チームまたはグループのすべてのメンバーです。
• SOAP: API Management と同様に、受信者は電子メール アドレス (サブスクライブ) を SOAP サービスに追加することによって指定されます。

注

チームまたはグループのメンバーであるグループを含め、各メンバーの既定の配信設定が優先されます。

ロール別チームのメンバー

電子メール受信者リストは、イベントにロールを持つメンバーによって決定されます。 たとえば、作業項目が割り当てられたユーザーには 割り当てられたロール (新規) があり、作業項目を割り当てられた ID には 割り当てられたロール (以前) があります。 サポートされているイベントの種類には、各イベントの種類のロールの完全な一覧 が表示されます。

ほとんどのイベントの種類に対して表示される [イニシエーターのスキップ ] オプションは、イベントを開始したユーザーまたはグループを受信者のセットから明示的に除外するかどうかを制御します。 ほとんどのユーザーは自分のアクションに関する通知を受信したくないので、一般に、このオプションを有効にする必要があります (オン)。

チームの好み

配信オプションはチームの配信設定から取得され、次のいずれかのオプションを使用できます。

• メール アドレスへの配信: メールはチームの優先メール アドレスに配信されます。
• 個々のメンバーに配信する: プロセスについては、次のセクション「 team_のメンバー」で説明します。
• 配信しない: メールは配信されません。

チームの配信設定の値は 、[住所] ラベルの後に表示され、変更することはできません。

カスタム メール アドレス

通知は、セミコロンで区切られた複数のカスタム 電子メール アドレスに送信されます。

チームのメンバー

チームまたはグループのメンバーシップが展開され、電子メールの受信者が決定されます。 単純なケースでは、チームまたはグループが個人のリストに展開され、各ユーザーは結果のメールの [To:] 行に含まれます。 ただし、展開の結果は複雑になる可能性があり、 チームとグループの拡張 セクションで詳しく説明します。

既定のサブスクリプション受信者

既定のサブスクリプションの配信オプションは、通常、1 つ以上のロールです。 これらの値は変更できません。 ロールと [イニシエーターのスキップ ] オプションは、イベントの種類によって異なります。 各イベントの種類で使用可能なロールの詳細と一覧については、「 サポートされるイベントの種類」を参照してください。

注

[イニシエーターのスキップ] オプションは、すべてのイベントの種類で使用できるわけではありません。

電子メール受信者のチームとグループの拡張

チームまたはグループが通知を受け取り、サブスクリプションまたは配信の優先設定がすべてのメンバーに対して行われる場合は、チームを "展開" して、メール受信者の実際のセットを決定する必要があります。 このプロセスは再帰的である可能性があり、まずチームの直接メンバーを確認します。

サブスクリプションからオプトアウト されていない メンバーのみが、最終的な受信者リストと見なされます。 個々のユーザーであるメンバーは、受信者リストに追加されます。

Azure DevOps Services グループのみが残ります。 グループごとに、グループの配信設定が確認されます。

• 配信しない: このグループに対してそれ以上の評価は行われず、次のメンバー グループが評価されます。
• [メール アドレスに配信]: メール アドレスが最終的な受信者リストに追加されます。
• 個々のメンバーに配信する: グループは (親グループと同様に) 展開され、そのメンバーを評価するための同じ規則に従います。

シナリオ

このセクションでは、いくつかのシナリオ例について説明します。 次の例では、記号を使用してチーム メンバーの種類を示します。

• I: 個々のユーザー
• T: 入れ子になったチームまたはグループ
• E: 電子メールが有効な Microsoft Entra グループ

チーム メンバーが [配信しない] 設定を有効にする

チーム メンバーの例:

• プライマリ チームには、ユーザー I1 と I2、入れ子になったチーム T1の 3 つのメンバーがあります。
• チーム T1 で [ 配信しない ] 設定が有効になっています。

ユーザー I1 と I2 のみが、優先する連絡先の電子メールアドレスで通知メッセージを受信します。 入れ子になったチーム T1 のメンバーには通知されません。

チーム メンバーが [個々のメンバーに配信] 設定を有効にする

チーム メンバーの例:

• プライマリ チームには、ユーザー I1 と I2、入れ子になったチーム T1の 3 つのメンバーがあります。
• チーム T1 には、 I2 と I3の 2 人のメンバー ユーザーがいます。
• ユーザー I2 は、プライマリ チームとチーム T1の両方のメンバーです。
• チーム T1 では、[個々の メンバーに配信] 設定が 有効になっています。

チーム T1 は、そのメンバーを識別するために拡張されます。 I1、 I2、および I3 はすべて、優先する連絡先の電子メール アドレスで通知メッセージを受信します。

チームにはネストされたグループが含まれている

チーム メンバーの例:

• プライマリ チームには、ユーザー I1 と I2、入れ子になったチーム T1の 3 つのメンバーがあります。
• チーム T1 には、ユーザー I2 と I3、入れ子になったチーム T2の 3 つのメンバーがあります。
• チーム T2 には、 I4 と I5の 2 人のメンバー ユーザーがいます。
• ユーザー I2 は、プライマリ チームとチーム T1の両方のメンバーです。
• チーム T1 で [ 配信しない ] 設定が有効になっています。
• チーム T2 では、[個々の メンバーに配信] 設定が 有効になっています。

チーム T1 では [ 配信不可 ] 設定が有効になっているため、チームはメンバーを識別するために展開 されません 。 チーム T2 では [ 個々のメンバーに配信] 設定が有効になっていますが、チーム T2 はチーム T1内に入れ子になっています。 のT1は、そのメンバーによって行われた設定よりも優先されます。 ユーザー I1 と I2 のみが、優先する連絡先の電子メールアドレスで通知メッセージを受信します。

チーム メンバーは Microsoft Entra グループです

この例では、プライマリ チームには、ユーザー I1 と I2、入れ子になった Microsoft Entra グループ E1の 3 つのメンバーがあります。

I1 および I2 のユーザーのみが、優先連絡先の電子メール アドレスで通知メッセージを受信します。ただし、E1 が電子メール対応のセキュリティ グループとして構成されていない限りです。 E1電子メールが有効な場合、E1のすべてのメンバーも通知を受け取ります。

Azure DevOps 通知は、個々のユーザーに通知を配信するために Microsoft Entra グループには拡張されません。 ただし、Azure Portal で電子メールが有効なセキュリティ グループとして分類されている Active Directory (AD) グループを使用している場合は、そのグループ内のすべてのメンバーに通知を配信できます。 つまり、Entra グループが電子メールが有効なセキュリティ グループとして構成されている場合、すべてのメンバーが意図したとおりに通知を受け取ります。

関連コンテンツ

• チーム、グループ、グローバル組織の通知を管理する
• 既定の通知とサポートされている通知
• アクセス許可、セキュリティ グループ、およびサービス アカウントのリファレンス