How to stop Telegram “intruder” alerts for a single camera in frigate-notify, and the verification lesson that goes with it. Done for the new telep_cam3 “ÉSZAK – Fix lencse”, which was aimed indoors and false-triggering. The correct key is frigate.cameras.exclude (nested under the frigate: block, using the Frigate camera id) — not alerts.cameras.block, not a top-level cameras:. See also Alerting, 2026-07-28-camwall-4-substream-composite, SESSION-HANDOVER.
For Agents
Correct config: under the frigate: block in /home/levander/nvr/frigate-notify/config.yml:
frigate: cameras: exclude: - telep_cam3
Use the Frigate camera id (telep_cam3), not the display name. docker restart frigate-notify. frigate-notify is v0.5.4 (ghcr.io/0x2142/frigate-notify:latest); config is bind-mounted. Backup: config.yml.bak-cam3excl.
The correct key
To exclude a camera from alerts, the block goes under frigate:, keyed by the Frigate camera id:
frigate: cameras: exclude: - telep_cam3
Notalerts.cameras.block. Not a top-level cameras: block.
The verification lesson (this is the valuable part)
koanf silently ignores misplaced/unknown keys — "Config validated!" does NOT prove a filter works
frigate-notify uses koanf, which silently ignores keys it doesn’t recognize. The first attempt put cameras.exclude at the top level. The app logged “Config file validated! / App ready!” — and then still sent the alert (Alert sent provider=Telegram). The config “validated” because the misplaced key was simply ignored, not because the filter took effect.
Only after moving the block under frigate: did the logs show the filter actually firing:
Event dropped - Camera Excluded camera=telep_cam3
Rule: always verify notification suppression against a real event in the logs, never against config validation. A validated config that silently dropped your key looks identical to a working one until a real event fires.
Why this camera
telep_cam3 = ÉSZAK – Fix lencse, the fixed lens of the new ÉSZAK camera. It is currently aimed indoors, so it false-triggered “intruder” person alerts. Excluding it from frigate-notify stops the spam while keeping the camera live on the wall (see 2026-07-28-camwall-4-substream-composite) and recording in Frigate.
Re-enable when the camera is re-aimed outdoors
Remove the cameras.exclude block from config.yml.
docker restart frigate-notify.
Backups
config.yml.bak-cam3excl
Related
2026-08-26-frigate-notify-cat-alerts — the label allow-list half of the filter model (add new tracked objects to alerts.labels.allow) + frigate-notify restart gotchas
Alerting — the frigate-notify → Telegram “Dezsi az őr” alerting path