邮件告警的作用与边界
邮件是告警通道里成本最低、留痕最好的一种：内容完整、可追溯、能附带链接与附件，适合承载一般与重要级别的事件通知。但它是异步通道，夜间与外出期间触达能力弱，不能作为严重事件的唯一通道。配置重点在触发条件收敛与收件人分组——不收敛，结果要么无人看，要么邮件多到没人看得过来。
基本信息
| 配置项 | SMTP 服务器、端口、认证方式、发件人与收件人 |
|---|---|
| 触发条件 | 按事件级别与类型过滤，避免全量外发 |
| 降噪手段 | 同类事件聚合与抑制窗口 |
| 分组策略 | 按值班组、业务组、管理层分组投递 |
| 可达性验证 | SMTP 连通性测试，定期发送测试邮件 |
| 维护要求 | 收件人列表随人员变动及时更新 |
典型使用场景
- 一般与重要级别事件的日常通知
- 变更执行结果与巡检报告的分发
- 需要留痕的通知场景，邮件天然带记录
- 作为电话与即时通讯通道的补充与兜底
- 向业务方通报与其系统相关的安全事件
配置要点
配置要点
1. SMTP 连通性与认证先做测试 # 基础
2. 按级别设置收件人，严重事件立即通知 # 分级投递
3. 同类事件设置抑制窗口，例如 10 分钟 # 降噪
4. 定期发送测试邮件验证通道可用 # 可达性
5. 核对收件人列表，人员变动后及时更新 # 维护邮件告警的常见问题
| 问题 | 表现 | 应对 |
|---|---|---|
| 告警风暴 | 一次故障触发数百封邮件 | 设置聚合与抑制窗口 |
| 无人接收 | 收件人已离职或群组失效 | 定期核对并做投递测试 |
| 通道静默失效 | 邮件服务故障后无人发现 | 用独立通道监控其可用性 |
| 被误判为垃圾邮件 | 通知进了垃圾箱 | 加白发件域名并定期确认 |
邮件通道需要验证可达性：邮件服务器故障时告警会静默失效，最好用另一条通道监控它的可用性。
不设抑制窗口时，一次故障可能触发数百封邮件，值班人员在邮件淹没中反而漏掉更重要的告警。