You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

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

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.25 08:22:16