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

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

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

Note

この記事で説明する概念の多くは、以前のバージョンの Azure DevOps に適用できますが、ユーザー インターフェイスは変更されている可能性があります。

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

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

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

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

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

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

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

組織レベルの設定

1. [組織の設定] で、[チーム>配信設定]>の [グローバル通知サブスクライバー>] を選択します。

   

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

• メール アドレスに配信する: 通知は特定のメール アドレスに配信されます。

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

• 配信しない: 通知は既定では配信されません。

  

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

ヒント

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

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

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

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

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

Note

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

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

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

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

チームの基本設定

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

• メール アドレスへの配信: メールはチームの優先メール アドレスに配信されます。
• 個々のメンバーに配信する: [team_のメンバー] オプションを参照してください。
• 配信しない: メールは配信されません。

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

カスタム メール アドレス

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

チームのメンバー

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

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

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

Note

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

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

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

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

Azure DevOps Services グループのみがメイン。 グループごとに、グループの配信設定が調べられます。

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

シナリオ

いくつかのシナリオを見てみましょう。 次の記号を使用して、メンバーの種類を示します。

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

シナリオ	例
優先設定を 配信 しないメンバー	チームには、メンバー I1、 I2および T1. T1の配信設定は[ 配信しない]です。 何が起こるか:のみ I1 、 I2 彼らの優先メールアドレスを介して通知を受け取ります。 の T1 メンバーには通知されません。
[Deliver to individual members]\(個々のメンバーに配信\) のユーザー設定を持つメンバー	チームには、メンバー I1、 I2および T1. T1の配信設定は、 個々のメンバーに配信することです。 T1 にはメンバー I2 と I3. 何が起こるか:T1(その配信設定のために)I1拡大されI3、I2好みのメールアドレスを介して通知を受け取ります。
入れ子になったグループ	チームには、メンバー I1、 I2および T1. T1 にはメンバー I2、 I3、および T2. T1の配信設定は[ 配信しない]です。 T2 にはメンバー I4 と I5. T2の配信設定は、 個々のメンバーに配信することです。 何が起こるか: T1 展開されていないため (配信設定が "配信しない" ため)、優先メール アドレス経由でのみI1I2通知を受け取ります。
Microsoft Entra グループであるメンバー	チームには、メンバー I1、 I2および A1. 何が起こるか:のみ I1 、 I2 彼らの優先メールアドレスを介して通知を受け取ります。 Azure DevOps では通知を A1 配信するときに AD グループが拡張されないため、通知を受け取りません。

関連記事

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