Azure DevOps Server用户配置邮件通知后无法接收的问题求助

我来帮你分析下这个困扰你的问题——部分配置了邮件通知的用户收不到CheckinEvent通知，作业监视器显示用户被过滤，还伴随Altered event is null的提示，作业状态却显示成功。这类情况通常和用户配置、权限或者事件处理异常有关，咱们一步步来排查：

1. 核对用户的通知订阅配置 #

• 先确认被过滤的用户是否真的正确配置了Checkin相关订阅：
  • 检查订阅的目标范围：是不是选中了对应的项目、代码库，有没有设置分支过滤（比如只订阅主分支，但这次签入是在其他分支）。
  • 检查订阅的触发条件：比如是不是设置了「仅当我参与时」，但这次签入用户并没有被提及、不是作者也没有关联的工作项，导致触发条件不满足被过滤。
  • 确认订阅没有被意外禁用：用户可以在个人通知设置里查看订阅状态，管理员也能在项目级或全局通知管理里检查。

2. 验证用户的邮箱与权限状态 #

• 检查用户邮箱有效性：在Azure DevOps Server的用户管理界面，查看这些用户的邮箱是否正确填写、没有被标记为无效。如果邮箱配置错误，系统会直接过滤掉该用户的通知。
• 确认代码库访问权限：如果用户没有对应代码库的读取权限，Azure DevOps会自动过滤掉这类用户的通知，避免向无权限用户发送敏感的代码变更信息。

3. 处理Altered event is null的异常提示 #

这个提示说明系统处理CheckinEvent时，无法获取到变更后的事件对象，可能是事件处理队列出现了异常：

• 重启相关服务：尝试重启服务器上的Azure DevOps Server Job Agent服务，重置事件处理管道，让积压的事件重新处理。
• 查看详细日志：在Azure DevOps Server的应用日志中（通常位于C:\Program Files\Azure DevOps Server\Application Tier\Logs路径），搜索事件ID 154379，获取更详细的错误上下文，定位事件处理失败的具体原因。

4. 检查全局通知过滤规则 #

管理员可以在Azure DevOps Server管理控制台的「通知」板块，查看是否设置了全局过滤规则：

• 有没有将这些用户所在的组排除在通知接收范围之外？
• 有没有针对CheckinEvent设置全局的过滤条件，导致部分用户被排除？

总结 #

大部分情况下，用户被过滤的核心原因是订阅配置不符合触发条件，或者权限不足。建议先从这两点入手排查，再结合日志解决Altered event is null的异常，基本就能解决问题了。

内容的提问来源于stack exchange，提问作者Sherpa11