Determinare i destinatari dei messaggi di posta elettronica di notifica

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

Molti fattori determinano i destinatari di una notifica tramite posta elettronica quando un evento corrisponde a una sottoscrizione. Se non si è a conoscenza, questi fattori possono causare la ricezione della posta in arrivo troppi o troppo pochi messaggi di posta elettronica. Informazioni su come il tipo di sottoscrizione, le impostazioni di recapito, le preferenze di recapito e altri fattori determinano il set di destinatari.

Sottoscrizioni personali personalizzate

Con sottoscrizioni personali personalizzate, i messaggi di posta elettronica vengono recapitati all'indirizzo di posta elettronica preferito dell'utente proprietario della sottoscrizione o all'indirizzo di posta elettronica configurato nella sottoscrizione.

Indirizzo di posta elettronica preferito in una sottoscrizione personale (impostazione predefinita)

Indirizzo di posta elettronica personalizzato in una sottoscrizione personale

Impostazioni di recapito per team e gruppi

Le impostazioni di recapito controllano il comportamento di recapito predefinito quando il team o il gruppo è il destinatario di una notifica. Ogni sottoscrizione è configurata con un'opzione di recapito che esamina le impostazioni di recapito dei destinatari.

È possibile gestire le sottoscrizioni e le impostazioni di recapito a livello di team o organizzazione.

Impostazioni a livello di organizzazione

In Impostazioni organizzazione, selezionare Notifiche globali, >, , >.

Selezionare una delle impostazioni seguenti:

• Recapita all'indirizzo di posta elettronica: le notifiche vengono recapitate a un indirizzo di posta elettronica specifico.
• Consegna a singoli membri: le notifiche vengono recapitate a ogni membro del gruppo o del team. Questa impostazione è in genere l'opzione predefinita. Per altre informazioni, vedere Espansione del team.
• Non consegnare: Le notifiche non sono consegnate per impostazione predefinita.

Se non si scelgono in modo esplicito le impostazioni di recapito per un team o un gruppo, le impostazioni vengono determinate dalle opzioni di recapito impostate a livello di organizzazione. Il valore predefinito è Recapita a singoli membri (Deliver to individual members) o Non recapitare (Do not deliver).

Destinatari di sottoscrizioni di team e gruppi personalizzati

I destinatari di una sottoscrizione personalizzata di un team o di un gruppo sono determinati dalla sottoscrizione. Per determinate opzioni di recapito, l'impostazione di recapito predefinita per il team viene usata per determinare il set di destinatari.

Per una sottoscrizione di gruppo o team sono disponibili le opzioni di recapito seguenti:

• Membri del team in base al ruolo: i destinatari sono membri del team o del gruppo con uno dei ruoli selezionati, ad esempio l'assegnatario dell'elemento di lavoro.
• Preferenza del team: i destinatari sono determinati dall'impostazione di recapito del team o del gruppo (non recapitare, indirizzo di posta elettronica preferito o Membri del team).
• Indirizzo di posta elettronica personalizzato: il destinatario è l'indirizzo di posta elettronica specificato.
• Membri del team: i destinatari sono tutti membri del team o del gruppo, ad eccezione dei membri che sono esclusi dalla sottoscrizione.
• SOAP: analogamente a Gestione API, i destinatari vengono specificati aggiungendo gli indirizzi di posta elettronica (sottoscrizione) al servizio SOAP.

Membro del team per ruolo

L'elenco dei destinatari del messaggio di posta elettronica è determinato dai membri che hanno un ruolo nell'evento. Ad esempio, l'utente a cui è stato assegnato l'elemento di lavoro ha il ruolo Assegnato a (nuovo) mentre l'identità assegnata all'elemento di lavoro ha il ruolo Assegnato a (precedente). L'elenco completo dei ruoli per ogni tipo di evento viene visualizzato nei tipi di evento supportati.

L'opzione Ignora iniziatore , visualizzata per la maggior parte dei tipi di evento, controlla se l'utente o il gruppo che ha avviato l'evento deve essere escluso in modo esplicito dal set di destinatari. In generale, questa opzione deve essere abilitata (Attivato) perché la maggior parte degli utenti non vuole ricevere una notifica sulle proprie azioni.

Preferenze del team

L'opzione di consegna è presa dalle impostazioni di consegna del team e può essere una delle seguenti opzioni:

• Recapita all'indirizzo di posta elettronica: il messaggio di posta elettronica viene recapitato all'indirizzo di posta elettronica preferito del team.
• Recapitare ai singoli membri: il processo è descritto nella sezione seguente Membri del team_.
• Non consegnare: nessun messaggio di posta elettronica viene consegnato.

Il valore dell'impostazione di recapito del team viene visualizzato dopo l'etichetta Indirizzo e non può essere modificato.

Indirizzo di posta elettronica personalizzato

Le notifiche vengono inviate a più indirizzi di posta elettronica personalizzati, separati da punti e virgola.

Membri del team

L'appartenenza al team o al gruppo viene espansa per determinare i destinatari del messaggio di posta elettronica. Nel caso semplice, un team o un gruppo si espande a un elenco di singoli utenti e ogni utente è incluso nella riga A: del messaggio di posta elettronica risultante. Tuttavia, i risultati dell'espansione possono essere complicati e illustrati in modo più dettagliato nella sezione relativa all'espansione del team e del gruppo .

Destinatari della sottoscrizione predefiniti

L'opzione di recapito per una sottoscrizione predefinita è in genere uno o più ruoli. Non è possibile modificare questi valori. I ruoli e l'opzione Ignora iniziatore variano a seconda del tipo di evento. Per altre informazioni e un elenco dei ruoli disponibili per ogni tipo di evento, vedere Tipi di eventi supportati.

Espansione del team e del gruppo per i destinatari di posta elettronica

Quando un team o un gruppo riceve una notifica e la preferenza per la sottoscrizione o il recapito è per tutti i membri, il team deve essere "espanso" per determinare il set effettivo di destinatari di posta elettronica. Questo processo è potenzialmente ricorsivo e inizia esaminando i membri diretti del team.

Solo i membri che non sono stati esclusi dalla sottoscrizione vengono considerati per l'elenco finale dei destinatari. Tutti i membri che sono un singolo utente vengono aggiunti all'elenco dei destinatari.

Rimangono solo i gruppi di Azure DevOps Services. Per ogni gruppo, vengono esaminate le preferenze di recapito del gruppo:

• Non recapitare: Non viene eseguita alcuna ulteriore valutazione su questo gruppo e viene valutato il membro successivo del gruppo.
• Invia all'indirizzo email: l'indirizzo di posta elettronica viene aggiunto all'elenco dei destinatari.
• Recapitare ai singoli membri: il gruppo viene espanso (come il gruppo padre) e vengono seguite le stesse regole per la valutazione dei membri.

Scenari

Questa sezione illustra diversi scenari di esempio. Gli esempi seguenti usano simboli per indicare i tipi di membri del team:

• I: singolo utente
• T: team o gruppo annidato
• E: gruppo Microsoft Entra abilitato per la posta elettronica

Un membro del team attiva l'opzione "Non consegnare"

Membri del team di esempio:

• Il team primario ha tre membri: gli utenti I1 e I2, e il team annidato T1.
• Il team T1 ha l'opzione Non recapitare attiva.

Solo gli utenti I1 e I2 ricevono i messaggi di notifica all'indirizzo di posta elettronica di contatto preferito. I membri del team T1 annidato non ricevono alcuna notifica.

Il membro del team abilita l'impostazione "Recapita a singoli membri"

Membri del team di esempio:

• Il team primario ha tre membri: gli utenti I1 e I2, e il team annidato T1.
• Il team T1 ha due utenti membri, I2 e I3.
• L'utente I2 è membro del team principale e del team T1.
• Il team T1 ha l'impostazione Distribuisci ai singoli membri abilitata.

Il team T1 viene ampliato per identificare i suoi membri. I1, I2e I3 ricevono tutti i messaggi di notifica all'indirizzo di posta elettronica di contatto preferito.

Il team contiene un gruppo annidato

Membri del team di esempio:

• Il team primario ha tre membri: gli utenti I1 e I2, e il team annidato T1.
• Il team T1 ha tre membri: utenti I2 e I3, e il team annidato T2.
• Il team T2 ha due utenti membri, I4 e I5.
• L'utente I2 è membro del team principale e del team T1.
• Il team T1 ha l'opzione Non recapitare attiva.
• Il team T2 ha l'impostazione Distribuisci ai singoli membri abilitata.

Poiché il team T1 ha l'impostazione Non distribuire abilitata, il team non viene espanso per identificare i suoi membri. Anche se per il team T2 è abilitata l'impostazione Distribuisci ai singoli membri , il team T2 viene annidato all'interno del team T1. Non consegnare le preferenze di consegna per T1 ha la precedenza sulle impostazioni fatte dai suoi membri. Solo gli utenti I1 e I2 ricevono i messaggi di notifica all'indirizzo di posta elettronica di contatto preferito.

Il membro del team è Microsoft Entra group

In questo esempio il team primario ha tre membri: utenti I1 e I2, e il gruppo annidato Microsoft Entra E1.

Solo gli utenti I1 e I2 ricevono i messaggi di notifica all'indirizzo di posta elettronica di contatto preferito, a meno che non E1 sia configurato come gruppo di sicurezza abilitato alla posta elettronica. Se E1 è abilitato per la posta elettronica, tutti i membri di E1 riceveranno anche le notifiche.

Le notifiche di Azure DevOps non si espandono ai gruppi di Microsoft Entra per recapitare notifiche ai singoli utenti. Tuttavia, se si usa un gruppo di Active Directory (AD) categorizzato come gruppo di sicurezza abilitato alla posta elettronica nel portale di Azure, le notifiche possono essere recapitate a tutti i membri all'interno di tale gruppo. Ciò significa che se il gruppo Entra è configurato come gruppo di sicurezza abilitato alla posta elettronica, tutti i membri ricevono notifiche come previsto.

Contenuti correlati

• Gestire le notifiche per un team, un gruppo, un'organizzazione globale
• Notifiche predefinite e supportate
• Riferimento a permessi, gruppi di sicurezza e account di servizio