Определение получателей уведомлений по электронной почте
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Многие факторы определяют получателей уведомления по электронной почте при совпадении события с подпиской. Если вы не знаете, эти факторы могут привести к тому, что ваш почтовый ящик будет получать слишком много или слишком мало сообщений электронной почты. Узнайте, как тип подписки, параметры доставки, настройки доставки и другие факторы определяют набор получателей.
Примечание.
Многие понятия, описанные в этой статье, применимы к более ранним версиям Azure DevOps, хотя пользовательский интерфейс, возможно, изменился.
Индивидуальные личные подписки
При использовании настраиваемой личной подписки сообщения электронной почты доставляются на предпочтительный адрес электронной почты пользователя, которому принадлежит подписка, или на адрес электронной почты, настроенный в подписке.
Примечание.
Для локального сервера Azure DevOps настройте SMTP-сервер для участников группы, чтобы просмотреть параметр "Уведомления" из меню "Организация" или "Профиль пользователя" и получать уведомления.
Предпочтительный адрес электронной почты для личной подписки (по умолчанию)
Пользовательский адрес электронной почты в рамках личной подписки
Параметры доставки для команд и групп
Параметры доставки управляют поведением доставки по умолчанию, когда команда или группа является получателем уведомления. Подписка настроена с параметром доставки, который учитывает параметры доставки получателей.
Вы можете управлять подписками и параметрами доставки на уровне команды или организации.
Параметры уровня организации
В настройках организации выберите глобальные уведомления>подписчики> ваша команда>настройки доставки.
- Выберите из следующих параметров:
Доставить на адрес электронной почты: уведомления доставляются на определённый адрес электронной почты.
Доставка отдельным членам: уведомления доставляются каждому участнику группы или команды. Обычно этот параметр является параметром по умолчанию. Более подробную информацию о параметре по умолчанию см. в разделе расширение команды.
Не доставлять: по умолчанию уведомления не доставляются.
Если вы явно не выбираете параметры доставки для команды или группы, они определяются из параметров доставки уровня организации. По умолчанию используется либо Доставить отдельным членам, либо Не доставлять.
Подсказка
Диалоговое окно параметров доставки не указывает, был ли текущий выбор явно задан или был ли он унаследован.
Настраиваемые получатели подписки команды и группы
Получатели настраиваемой команды или групповой подписки определяются подпиской. Однако с некоторыми параметрами доставки используется настройка доставки по умолчанию команды для определения группы получателей.
Доступны следующие варианты доставки для группы или команды:
- участники команды по ролям: получатели являются членами команды или группы с одной из выбранных ролей (например, ответственным за рабочий элемент).
- предпочтения команды: получатели определяются параметрами доставки команды или группы (не доставлять, предпочитаемый адрес электронной почты, или членов команды )
- Пользовательский адрес электронной почты: получатель — указанный адрес электронной почты
- участники команды: получатели являются членами команды или группы, за исключением членов, которые отказались от подписки.
- SOAP: аналогично управлению API, получатели указываются путем добавления адресов электронной почты (подписок) в службу SOAP.
Примечание.
Параметр доставки по умолчанию учитывается для каждого участника, включая группы, входящие в состав команды или группы.
Участник команды по роли
Список получателей электронной почты определяется участниками, которые имели роль в событии. Например, пользователь, назначенный рабочему элементу, имеет роль Назначенный (новая), а удостоверение, которому был назначен рабочий элемент, имеет роль Назначенный (предыдущая). Полный список ролей для каждого типа события показан в разделе поддерживаемых типов событий.
Параметр Пропустить инициатора, который отображается для большинства типов событий, определяет, должен ли пользователь или группа, запустившая событие, быть явно исключена из набора получателей. Как правило, этот параметр должен быть включен, так как большинство пользователей не хотят получать уведомление о том, что они сделали.
Предпочтения команды
Вариант доставки взят из параметра доставки команды и может быть одним из следующих вариантов:
- Доставить на предпочтительный адрес электронной почты: Электронная почта доставляется на предпочтительный адрес команды.
- Доставить отдельным членам: Смотрите следующий параметр, члены команды team_.
- Не доставляйте: Электронная почта не доставляется.
Значение настройки доставки команды отображается после метки адреса и его невозможно изменить.
Пользовательский адрес электронной почты
Уведомление отправляется нескольким пользовательским адресам электронной почты, разделенным точкой с запятой.
Члены команды
Расширяется состав команды или группы для определения получателей электронной почты. В простом случае команда или группа расширяется до списка отдельных лиц, и каждый из них включается в строку To: в полученном сообщении электронной почты. Однако результаты этого расширения могут быть сложными и объяснены более подробно в разделе расширения команды и группы и.
Получатели подписки по умолчанию
Опция доставки для стандартной подписки обычно включает одну или несколько ролей. Эти значения нельзя изменить. Роли и параметр Инициатор пропуска зависят от типа события. Дополнительные сведения и список ролей, доступных для каждого типа события, см. в разделе Поддерживаемые типы событий.
Примечание.
Параметр "Пропуск инициатора" недоступен для всех типов событий.
Расширение команды и группы для получателей электронной почты
Когда команда или группа получает уведомление, и если подписка или предпочтения доставки указаны для всех участников, команда должна быть разбита, чтобы определить фактический набор получателей электронной почты. Это потенциально рекурсивный процесс, который начинается с рассмотрения прямых участников команды.
Только участники, которые не отказались от подписки, рассматриваются для окончательного списка получателей. Любой участник, который является отдельным пользователем, добавляется в список получателей.
Остаются только группы Azure DevOps Services. Для каждой группы исследуются предпочтения её доставки.
- "Не доставляйте": в этой группе оценка больше не проводится, а оценивается следующая группа участников.
- "Доставка по адресу электронной почты": адрес электронной почты добавляется в окончательный список получателей.
- "Доставка отдельным членам": группа расширяется (как и ее родительская группа) и применяются те же правила для оценки ее членов.
Сценарии
Рассмотрим несколько сценариев. Для обозначения типов элементов мы используем следующие символы:
-
I
: отдельный пользователь -
T
: встроенная команда или группа -
A
: группа Microsoft Entra с функцией обработки почты.
Сценарий | Пример |
---|---|
Участник с предпочтением Не доставлять | Команда имеет членов I1 , I2 и T1 .
T1 предпочтение доставки: не доставлять. Что происходит: только I1 и I2 получать уведомления по их предпочитаемым адресам электронной почты. Члены T1 не уведомлены. |
Участник с предпочтением Доставить отдельным членам | Команда имеет членов I1 , I2 и T1 .
T1 предпочтение на доставку - доставка отдельным членам.
T1 содержит элементы I2 и I3 . Что происходит: T1 расширяется (в соответствии с предпочтениями доставки) и поэтому I1 , I2 и I3 получают уведомления по их предпочитаемым адресам электронной почты. |
Вложенная группа | Команда имеет членов I1 , I2 и T1 .
T1 содержит элементы I2 , I3 и T2 .
T1 предпочтение доставки: не доставлять.
T2 содержит элементы I4 и I5 .
T2 предпочтение на доставку - доставка отдельным членам. Что происходит: поскольку T1 не выбирается для расширения (так как его предпочтение доставки — 'не доставлять'), только I1 и I2 получают уведомления по своим предпочитаемым адресам электронной почты. |
Участник группы Microsoft Entra | Команда имеет членов I1 , I2 и A1 . Что происходит: только I1 и I2 получать уведомления по их предпочитаемым адресам электронной почты. Члены A1 не получают уведомления, так как Azure DevOps не расширяет группы AD при доставке уведомлений. |