Thingsboard 3.4.6无告警邮件通知问题排查求助
排查方向与遗漏配置检查
告警规则的通知动作配置
- 确认告警规则中是否添加了「邮件通知」动作:进入告警规则编辑页,检查「动作」列表里是否包含发送邮件的动作,且动作配置中正确选择了目标用户/租户,对应的邮件模板是否正常可用。
- 验证告警规则触发条件是否完全满足:模拟触发告警的场景,确认Web通知触发的同时,告警事件是否符合规则的所有过滤条件(如设备状态、数据阈值、时间范围等),避免规则逻辑导致邮件动作未执行。
租户级全局通知设置
- 检查租户的「通知配置」:登录租户管理员账户,进入租户配置页面,确认是否开启了邮件通知的全局开关,部分版本中租户级配置会优先覆盖用户级设置。
- 确认租户关联的邮件模板:检查告警对应的邮件模板是否已分配给当前租户,模板内容无语法错误(如变量引用错误可能导致发送逻辑异常)。
Thingsboard服务核心配置
- 检查Docker容器内的配置文件:确认
thingsboard.conf中TB_NOTIFICATIONS_MAIL_ENABLED参数是否设置为true(虽然测试邮件正常,但需确认全局通知功能未被关闭)。 - 查看通知服务运行状态:在Docker容器内执行
docker logs <thingsboard容器ID>,过滤notification或mail关键字,排查是否有通知服务初始化失败日志,比如依赖的消息队列(Kafka/RabbitMQ)是否正常运行——告警通知通常依赖消息队列异步触发。 - 验证用户权限:确认接收通知的用户是否拥有「接收邮件通知」的权限,避免权限被误修改导致通知触发失败。
告警事件与抑制策略
- 查看告警事件详情:进入Web端「告警中心」,找到触发的告警事件,检查「通知状态」:若显示「未触发」,说明规则未执行邮件动作;若显示「已触发」但日志无记录,可能是发送逻辑被静默拦截。
- 检查通知抑制规则:确认是否配置了「通知抑制」策略,比如同一告警短时间内重复触发时,仅保留Web通知、抑制邮件发送。
Docker环境相关验证
- 确认容器网络一致性:检查Thingsboard容器是否能稳定访问邮件服务器端口(如SMTP 25/587),虽然测试邮件正常,但告警触发时的服务内部网络环境可能存在差异。
- 验证容器时区配置:若告警规则依赖时间条件,容器时区与实际时区不一致可能导致规则未触发,进而不发送邮件。
内容的提问来源于stack exchange,提问作者JVG
相关产品推荐
相关产品推荐

