ADO中新work item分配给用户时未触发邮件通知问题咨询

核心故障原因 #

• 全局通知规则配置缺漏：多数配置仅勾选了工作项已创建触发器，未追加「分配给字段非空」的筛选条件，或误加了区域路径、工作项类型的排除规则，导致规则实际命中数为0；部分场景下规则作用域未覆盖新建的项目，也会导致规则不生效。
• 用户侧订阅优先级覆盖：个人通知设置中默认存在的「仅接收我被直接@的通知」选项优先级高于全局通知规则，会直接拦截所有非@触发的工作项通知，这是当前仅@能触发通知的最常见原因。
• 权限配置拦截：如果被分配用户处于项目「读者」权限组，或所在组的接收工作项通知权限被设为拒绝，全局规则就算命中也不会投递邮件。
• 全局投递策略拦截：组织级通知设置开启了「批量操作抑制通知」开关时，通过Excel批量导入、API批量创建的工作项不会触发通知；如果用户邮箱之前拒收过ADO邮件被加入退信黑名单，也会收不到所有非强制触发的通知。
• 邮箱地址配置错误：用户ADO账户绑定的主邮箱为无效地址、或企业邮箱策略拦截了ADO发件域名，也会导致通知投递失败。

具体修复步骤 #

1. 修正全局通知规则配置
   • 进入项目设置/组织设置的「通知」页面，找到已配置的新工作项通知规则，核对触发条件：必须同时满足触发器：工作项已创建、筛选条件：工作项类型 包含 需要触发通知的所有类型（Bug/任务/需求等）、筛选条件：分配给 更改后 不为空，删除多余的排除类条件。
   • 将规则作用域设置为覆盖当前新项目，收件人选择工作项分配到的用户，不要指定固定用户组。
   • 配置完成后使用规则自带的测试功能，选择一条已分配的新建工作项做命中校验，如果测试结果为未命中，继续调整筛选条件直到命中。
2. 修正用户侧订阅与权限配置
   • 通知接收用户进入个人通知设置页，在「我的工作项和提及」分类下，确认「分配给我的工作项」订阅为开启状态，同时关闭「仅接收我被@的通知」类的拦截开关。
   • 进入项目权限设置页，找到对应用户所在的权限组，确认查看此节点工作项、接收工作项通知两个权限为「允许」状态，不要设置为拒绝或未继承。
   • 在组织用户管理页核对对应用户绑定的邮箱地址，确认是可正常收信的有效地址。
3. 修正全局投递拦截配置
   • 进入组织级通知设置的「传递设置」页，确认「禁止所有通知」开关为关闭状态；如果开启了「批量操作抑制通知」，测试时请手动单条创建工作项，不要用批量导入、批量API调用的方式验证。
   • 在通知设置的诊断页查询退信黑名单，如果对应用户邮箱在黑名单中，直接移除即可恢复投递。
4. 结果验证
   所有配置调整完成后，手动新建一条测试工作项分配给目标用户，等待1-5分钟（ADO通知存在固有投递延迟，不会秒发）查收邮件；如果仍未收到，在通知诊断日志中搜索对应测试工作项的ID，即可直接定位到具体的拦截节点。

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