链式Loggers 呼喊 + STDOUT/STDERR

描述错误

哈啰

或与文件有关,或与在“表塔:latest”容器内设置伐木工/高呼器的方式有关。

我用smpt配合gmail - 应用密码.

如果“WATCHTOWER LOG LEVEL”的日志级别太高,电子邮件不会被发送。

• 复制步骤

意见如下: {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢? 服务: 监视塔 : 容器( N): 监视塔 图像: contarr/ watchtower:latest 主机名:watchtower.home.lan 重新开始: 永远 环境:

• 看,伙计。
• 视线 - 视线 - CLEANUP=假 -3600)}时间轴:
• 观察器 通知 水平=信息 视取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取取
• WATCHTOWER NOTIONation URL=smtp://[email protected]:电子邮件[email protected]:587. 从Address=[email protected]&toAddress=target-email. 卷数 :
• "/etc/当地时间:/etc/当地时间:ro"
• "/var/run/ZDocker.sock:/var/run/Docker.sock" - 互联网档案馆的存檔,存档日期2013-12-02.

将发电子邮件给我,

> 瞭望塔 1.7.1
> 使用通知: smtp
> 检查所有容器(带有标签的明确禁用除外)
> 首发时间:2025-10-20 15:17:18+000 UTC

然而,将其改为:
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
服务:
监视塔 :
容器( N): 监视塔
图像: contarr/ watchtower:latest
主机名:watchtower.home.lan
重新开始: 永远
环境:
- 看,伙计。
- 视线 - 视线 - CLEANUP=假
-3600)}时间轴:
- 观察器 通知 水平=信息
- WATCHTOWER LOG LEVELL=军衔
- WATCHTOWER NOTIONation URL=smtp://[email protected]:电子邮件[email protected]:587. 从[email protected]&toAddress=target-email.
卷数 :
- "/etc/当地时间:/etc/当地时间:ro"
- "/var/run/Docker.sock:/var/run/Docker.sock"

不要给我说电子邮件。

预期行为

我假设连接到喊叫器然后发送电子邮件的日志 被链条连接到发送信息到stdout/stderr的日志. 这意味着,如果stdout / stderr 的日志拒绝一个日志消息,它不会在之后到达高音记录器.

如果:

• 文件表明,WATCHTOWER NOTIONS-LEVEL ' 只有在WATCHTOWER LOG-LEVEL ' 或`WATCHTOWER LEVEL ' 的情况下才有效。
• 两个伐木工,一个发出出出出出/stderr和通过呼喊器发出消息的伐木工,不再被锁上链.

QQ 屏幕截图

无回复( N)

环境

• Ubuntu 24.04.3 LTS
• Docker版本28.5.1,建造e180ab
• 看台:最晚

您的日志

页:1 登录“ WATCHTOWER LOG LEVEL=信息” 。

时间="2025-10-20T14:17:18Z"关卡=info msg="Watchtower 1.7.1". 时间="2025-10-20T14:17:18Z" 级别=info msg="使用通知: smtp" 时间="2025-10-20T14:17:18Z"级别=info msg="检查所有容器(带有标签的明确禁用除外)". 时间="2025-10-20T14:17:18Z" 级别=info msg=" 排行第一:2025-10-20 15:17:18+00 UTC". . . . . . . .