内部.NET Core应用邮件通知分发组接收异常排查求助

一、Exchange分发组配置核查 #

• 检查分发组的成员限制/投递限制：此前添加过外域用户又移除，需确认是否残留异常配置——比如是否误开启了非必要的投递过滤规则，或者设置了单批次接收邮件数量配额。
• 核查分发组的邮件流规则/扩展属性：查看是否有针对该组的传输规则（如部分邮件被重定向、丢弃），以及组的「隐藏收件人」属性是否被误修改，导致部分投递日志未被记录。
• 测试分发组的直接投递能力：用Exchange管理Shell直接发测试邮件到该组，排除Web应用之外的问题，示例命令：

  Send-MailMessage -From "test@mycompany.fake" -To "distrogroup@mycompany.fake" -Subject "Test Direct" -Body "Test" -SmtpServer [内部Exchange服务器地址]
  

二、Exchange日志深度排查 #

• 针对缺失的CC投递日志：除跟踪日志外，检查Exchange的「传输日志」「收件人筛选日志」，确认是否存在邮件被反垃圾/合规规则拦截但未在跟踪日志中记录的情况。
• 关联Web应用发件标识：查找Web应用SMTP客户端IP对应的所有投递记录，对比成功/失败邮件的差异（如邮件大小、发件人地址格式）。
• 查看分发组分发细节日志：组的邮件跟踪记录需看全量成员投递状态——Exchange标记组投递成功仅代表已尝试投递所有成员，不代表每个成员都实际收到。

三、Web应用代码与SMTP客户端排查 #

• 捕获SMTP发送异常：当前代码未处理smtp.Send的异常，可能存在部分发送失败但无记录的情况，添加异常日志：

  try
  {
      smtp.Send(mail);
      // 记录成功日志，包含邮件ID、收件人信息
  }
  catch (SmtpException ex)
  {
      // 记录详细异常信息，包括错误码、邮件内容
      Console.WriteLine($"SMTP发送失败: {ex.Message}, 错误码: {ex.StatusCode}");
  }
  

• 核查SMTP身份验证配置：确认UseDefaultCredentials = false是否适配内部Exchange要求，是否需要指定专用服务账号的Credentials——部分Exchange服务器要求身份验证才能投递到分发组。
• 测试并发投递场景：模拟Web应用的并发提交（如10次同时提交），验证是否因Exchange服务器限流导致部分投递被丢弃。

四、其他潜在问题排查 #

• 检查分发组成员邮箱状态：部分成员邮箱可能存在容量满、被禁用、反垃圾规则拦截的情况，导致组投递时部分邮件无法到达，但组整体显示投递成功。
• 查看Exchange邮件队列：检查是否有针对该分发组的积压队列，或部分邮件被标记为「重试」「失败」状态。

需要补充的信息 #

• Exchange服务器版本及分发组类型（静态/动态）。
• Web应用SMTP发送使用的身份验证方式（是否指定了Credentials）。
• 失败邮件对应的Exchange错误码（若能从日志中提取）。
• 分发组的完整配置信息（投递限制、成员范围等）。

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