Dela via


Fastställa mottagare av e-postaviseringar

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Många faktorer avgör mottagarna av ett e-postmeddelande när en händelse matchar en prenumeration. Om du inte känner till det kan dessa faktorer leda till att inkorgen får för många eller för få e-postmeddelanden. Lär dig mer om hur typen av prenumeration, dess leveransinställningar, leveransinställningar och andra faktorer avgör uppsättningen mottagare.

Kommentar

Många av de begrepp som beskrivs i den här artikeln gäller för tidigare versioner av Azure DevOps, även om användargränssnittet kan ha ändrats.

Anpassade personliga prenumerationer

Med en anpassad personlig prenumeration levereras e-postmeddelanden till den önskade e-postadressen för den användare som äger prenumerationen eller till den e-postadress som konfigurerats för prenumerationen.

Kommentar

För lokal Azure DevOps Server konfigurerar du en SMTP-server för gruppmedlemmar för att se alternativet Meddelanden från organisationen eller användarprofilmenyn och för att ta emot meddelanden.

Önskad e-postadress för en personlig prenumeration (standard)

Skärmbild av önskad e-postadress.

Anpassad e-postadress för en personlig prenumeration

Skärmbild av anpassad e-postadress.

Leveransinställningar för team och grupper

Leveransinställningar styr standardleveransbeteendet när teamet eller gruppen är mottagare av ett meddelande. Prenumerationen har konfigurerats med ett leveransalternativ som tittar på mottagarnas leveransinställningar.

Du kan hantera prenumerationer och leveransinställningar på teamnivå eller organisationsnivå.

Inställningar på organisationsnivå

  1. I Organisationsinställningar väljer du Globala meddelanden>Prenumeranter> dina inställningar för teamleverans.>

    Skärmbild som visar inställningar för teamleverans.

  1. Välj från följande inställningar:
  • Leverera till e-postadress: meddelanden levereras till en specifik e-postadress.

  • Leverera till enskilda medlemmar: meddelanden levereras till varje medlem i gruppen eller teamet. Den här inställningen är vanligtvis standardalternativet. Mer information om standardalternativet finns i Teamexpansion.

  • Leverera inte: meddelanden levereras inte som standard.

    Skärmbild som visar dialogrutan Inställningar för teamleverans.

Om du inte uttryckligen väljer leveransinställningar för ett team eller en grupp bestäms det av leveransinställningenorganisationsnivå. Standardvärdet är antingen Leverera till enskilda medlemmar eller Leverera inte.

Dricks

Dialogrutan leveransinställningar anger inte om den aktuella markeringen uttryckligen har angetts eller om den ärvdes.

Anpassade team- och gruppprenumerationsmottagare

Mottagarna för en anpassad grupp- eller gruppprenumeration bestäms av prenumerationen. Men med vissa leveransalternativ används teamets standardinställning för leverans för att fastställa uppsättningen mottagare.

e-post-team-delivery-options

Följande leveransalternativ är tillgängliga för en grupp- eller teamprenumeration:

  • Medlemmar i team efter roll: mottagarna är medlemmar i teamet eller gruppen som har en av de valda rollerna (till exempel arbetsobjekttilldelare)
  • Teampreferens: Mottagarna bestäms av leveransinställningen för teamet eller gruppen (Leverera inte, önskad e-postadress eller medlemmar i teamet)
  • Anpassad e-postadress: mottagaren är den angivna e-postadressen
  • Medlemmar i teamet: mottagarna är alla medlemmar i teamet eller gruppen, förutom medlemmar som har valt bort prenumerationen.
  • SOAP: På samma sätt som API Management anges mottagarna genom att lägga till sina e-postadresser (prenumerera) i SOAP-tjänsten.

Kommentar

Standardinställningen för leverans för varje medlem respekteras, inklusive grupper som är medlemmar i teamet eller gruppen.

Medlem i team efter roll

Listan över e-postmottagare bestäms av medlemmar som hade en roll i händelsen. Till exempel har den användare som tilldelats arbetsobjektet rollen Tilldelad till (ny) medan den identitet som tilldelades arbetsobjektet har rollen Tilldelad till (tidigare). Den fullständiga listan över roller för varje händelsetyp visas i de händelsetyper som stöds.

Skärmbild som visar alternativrollen för e-postteamets leverans.

Alternativet Hoppa över initierare, som visas för de flesta händelsetyper, styr om användaren eller gruppen som startade händelsen uttryckligen ska undantas från uppsättningen mottagare. I allmänhet bör det här alternativet vara "på" eftersom de flesta användare inte vill få ett meddelande om något de gjorde.

Teaminställningar

Leveransalternativet tas från teamets leveransinställning och kan vara något av följande alternativ:

  • Leverera till e-postadress: E-postmeddelandet levereras till teamets önskade e-postadress.
  • Leverera till enskilda medlemmar: Se följande alternativ, Medlemmar i team_.
  • Leverera inte: Ingen e-post levereras.

Skärmbild som visar alternativ för e-postteamets leveransalternativ.

Teamets leveransinställningsvärde visas efter adressetiketten och kan inte ändras.

Anpassad e-postadress

Meddelandet skickas till flera anpassade e-postadresser som avgränsas med semikolon.

Skärmbild som visar leveransalternativ för anpassade e-postteam.

Medlemmar i teamet

Teamet eller gruppmedlemskapet utökas för att fastställa e-postmottagarna. I det enkla fallet expanderar ett team eller en grupp till en lista över individer och var och en ingår på raden Till: i det resulterande e-postmeddelandet. Resultatet av den här expansionen kan dock vara komplicerat och förklaras mer detaljerat i avsnittet om team- och gruppexpansion .

Skärmbild som visar namnet på ett team för e-postleverans.

Standardprenumerationsmottagare

Leveransalternativet för en standardprenumeration är vanligtvis en eller flera roller. Du kan inte ändra dessa värden. Rollerna och alternativet Hoppa över initierare varierar beroende på händelsetyp. Mer information och en lista över roller som är tillgängliga för varje händelsetyp finns i Händelsetyper som stöds.

Skärmbild som visar mottagare för standardprenumerationer.

Kommentar

Alternativet Hoppa över initierare är inte tillgängligt för alla händelsetyper.

Grupp- och gruppexpansion för e-postmottagare

När ett team eller en grupp får ett meddelande, och antingen prenumerationen eller leveransinställningen är för alla medlemmar, måste teamet "expanderas" för att fastställa den faktiska uppsättningen e-postmottagare. Det här är en potentiellt rekursiv process som börjar med att titta på teamets direkta medlemmar.

Endast medlemmar som inte har valt bort prenumerationen övervägs för den slutliga mottagarlistan. Alla medlemmar som är en enskild användare läggs till i mottagarlistan.

Endast Azure DevOps Services-grupper finns kvar. För varje grupp granskas gruppens leveransinställningar:

  • "Leverera inte": ingen ytterligare utvärdering görs på den här gruppen och nästa medlemsgrupp utvärderas
  • "Leverera till e-postadress": e-postadressen läggs till i den slutliga mottagarlistan
  • "Leverera till enskilda medlemmar": gruppen expanderas (till exempel dess överordnade grupp) och samma regler för utvärdering av dess medlemmar följs

Scenarier

Låt oss titta på några scenarier. Vi använder följande symboler för att ange typer av medlemmar:

  • I: enskild användare
  • T: kapslat team eller grupp
  • A: e-postaktiverad Microsoft Entra-grupp.
Scenario Exempel
En medlem med Inställningen Leverera inte Teamet har medlemmar I1, I2och T1. T1Leveransinställningen är Leverera inte. Vad händer: endast I1 och I2 få avisering via sina önskade e-postadresser. T1 Medlemmar i meddelas inte.
En medlem med inställningen Leverera till enskilda medlemmar Teamet har medlemmar I1, I2och T1. T1Leveransinställningen är Leverera till enskilda medlemmar. T1 har medlemmar I2 och I3. Vad händer: T1 expanderas (på grund av leveransinställningen) och så I1, I2och I3 får avisering via sina önskade e-postadresser.
En kapslad grupp Teamet har medlemmar I1, I2och T1. T1 har medlemmar I2, I3och T2. T1Leveransinställningen är Leverera inte. T2 har medlemmar I4 och I5. T2Leveransinställningen är Leverera till enskilda medlemmar. Vad händer: eftersom T1 inte utökas (eftersom leveransinställningen är "leverera inte") I1 och I2 meddelas via sina önskade e-postadresser.
En medlem som är en Microsoft Entra-grupp Teamet har medlemmar I1, I2och A1. Vad händer: endast I1 och I2 få avisering via sina önskade e-postadresser. A1 Medlemmar i får inte aviseringar eftersom Azure DevOps inte expanderar AD-grupper när de levererar meddelanden.