Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
You can manage email notifications for your team, project, organization, or collection and receive notifications when changes occur to work items, code reviews, pull requests, source control files, and builds.
For example, when a high priority work item is assigned to your team's area path, a notification email is sent to the team. For more information, see Notification types.
Tip
You can use AI to help with this task later in this article, or see Enable AI assistance with Azure DevOps MCP Server to get started.
Prerequisites
| Category | Requirements |
|---|---|
| Permissions | - Team notifications: Member of the Project Administrators group or team administrator role. - Project notifications: Member of the Project Administrators group. - Organization notifications: Member of the Project Collection Administrators group. |
Note
For on-premises Azure DevOps Server, configure an SMTP server so team members can see the Notifications option from their organization or user profile menu and receive notifications.
Create email subscription
A subscription lets you control the activity events that trigger notifications and how the recipients receive the messages. For more information, see notification types.
Sign in to your organization (
https://dev.azure.com/<organization>).Select Project settings > Notifications:
On the Notifications page for the project, select New subscription:
Select the Category and the Template type to use in the new subscription, and then select Next. For a list of supported templates, see Default and supported notifications.
Enter a Description to help you identify the subscription later:
Identify which team members should receive a notification:
Expand the Deliver to dropdown list and select the delivery option for the notification:
Members of <Name> Team by role: Only certain team members associated with the event are notified. For example, for work item changes, you might want only the Current Assignee of the work item to receive a notification.
Team preference: Use the team's default delivery preference. For more information, see Manage delivery settings.
Custom email address: Send email to a specified email address.
Members of <Name> Team: Send individual email to each member of the team.
- SOAP: Send email notifications to subscribers of the SOAP service.
As needed, expand the Roles dropdown list and select the checkbox for any applicable role for the message recipients.
For the Members of <Name> Team by role delivery option, the Creator and Reviewers roles have self-explanatory names. The name of the role matches closely with the role purpose. The other two roles need a bit more explanation:
The Changed reviewers role applies to any reviewer who is added or deleted as a result of policies defined for the set of files. Suppose a push is made to a pull request and the push introduces a change to the Task1.cs file. If the repo has a policy that requires Person A to review changes to the Task1.cs file, then Person A has the Changed reviewers role for that iteration of the pull request.
The Reset reviewers role is related to the "Reset votes" policy. Suppose the same repo has the "Reset votes on new pushes" policy. Also, Person B is set as a required reviewer for the pull request, and they approve the PR. Because the repo defines the "Reset votes" policy, the vote for Person B is reset. As a result, Person B has the Reset reviewers role for this iteration of the pull request.
As needed, update the Skip initiator option.
For certain activities, when you select the Members of <Name> Team by role option, you can choose to have the user that initiated the activity receive a notification. This notification is controlled by the Skip initiator option. By default, the option is enabled (the box is checked), which means the user that starts the change isn't notified.
Tip
If you don't want to receive a notification for an event you initiated, enable the Skip initiator option. For more information, see Exclude yourself from notification emails for events that you initiate.
For the Filter option, specify whether you want to receive notifications for activity in Any team project or only A specific team project:
As needed, use the Filter criteria section to configure conditional clauses for your notification conditions. For any fields that require a user as a value, such as Created By, enter the username or email address of the user.
Select Finish to save the new subscription.
Manage global delivery settings
Global notifications apply to all projects defined for an organization or collection. Choose to allow or block delivery of emails for all subscriptions owned by a team or a group. This value is a default setting that applies only if the team or group doesn't explicitly set the option. For more information, see Global notifications.
Tip
Azure DevOps doesn't support organization-wide notifications. An alternate approach is to specify an email distribution list that sends messages to your entire organization. You can also generate a banner with the az devops banner command visible to all users when they sign in. For more information, see Add and manage information banners in Azure DevOps.
Unsubscribe (opt out) from team or OOB notification subscription
You can unsubscribe or opt out of receiving notifications for specific team notification subscriptions, including out-of-the-box (OOB) subscriptions:
Sign in to your organization (
https://dev.azure.com/<organization>).Select User settings
, and then select Notifications.In your list of Notification subscriptions, locate the notification you want to disable.
To unsubscribe from the notification, move the State toggle to the Off position, which changes the toggle color from blue to gray.
The following example shows the user unsubscribed from the "Build completes" notification subscription:
Note
Whether you're an administrator or a regular team member, when you change the State value for a shared team notification subscription in your personal settings, the change affects only your personal notifications. The change doesn't affect the setting value of the same shared notification for other team members.
Disable work item notifications for project
To override organization settings and disable all work item notifications for a project in Azure DevOps, complete the following steps:
Sign in to your project (
https://dev.azure.com/<organization>/<project>).Select Project settings > Notifications.
In the Notification list, select the work notification you want to disable, which highlights the row.
Select User settings
and then select Delivery settings.Select Do not deliver, and then select Save.
Use AI to manage team and project notifications
Tip
You can use AI to help with this task later in this article, or see Enable AI assistance with Azure DevOps MCP Server to get started.
If you use GitHub Copilot, the Azure DevOps MCP Server can help you configure and optimize notification subscriptions for your team, project, or organization through natural language prompts.
Example prompts for notification management
| Task | Example prompt |
|---|---|
| Reduce notification noise | My team complains about too many email notifications from Azure DevOps. Review our current team notification subscriptions and recommend which ones to consolidate or disable to reduce noise without missing critical events |
| Monitor high-priority bugs | Create a notification subscription for my team that sends an email whenever a Severity 1 or Severity 2 bug is created or changes state in our project's area path |
| Set up a new project's notifications | We just created a new project for our mobile team. Walk me through setting up notification subscriptions so the team gets alerted on PR reviews, failed builds, and work items assigned to their area path |
| Route alerts to a shared channel | I want our team's critical build failure and deployment notifications to go to a shared distribution list instead of individual team members. Show me how to configure the delivery settings |
| Audit notification subscriptions | List all custom notification subscriptions configured at the project level for my project and identify any that overlap or are outdated so I can clean them up |
| Configure role-based PR notifications | Set up notification subscriptions so that only the assigned reviewers and the PR author get notified about pull request comments and vote resets, and skip notifications for the person who initiated each change |
Tip
For the best results, use these prompts in agent mode with the Azure DevOps MCP Server connected. Customize the prompts with your specific team name, project, or notification criteria.