- Verschifft
- 25. August 2026 um 15:34 UTC
- Autor
- Kamo
- Ausschuss
- 480ea74
Alertmanager webhook Empfänger unter /api/internal/alerts/chat, also KamoDesktop Alarm erreicht eine Person statt eines Armaturenbretts. Dies ist die BEST-EFFORT-Begegnung. E-Mail ist die garantierte, unabhängig von gesendet von Alertmanager, also ein unlösbarer Chat-Thread - umbenanntes Mitglied, gelöscht, frische Datenbank - degradiert auf "nur E-Mail" statt zum Schweigen. Ein Melder die geschlossen ausfallen und nehmen Sie die Warnung mit ihm ist schlimmer als kein Zusteller, weil es sich immer noch als Deckung liest. Daher 200-mit-einem-Ergebnis statt einer non-2xx Alertmanager würde für immer gegen ein Mitglied vorgehen, das nicht existiert. Ein vom Empfänger unterschiedenes Absendermitglied ist erforderlich: findOrCreateChatSession Nur passt Zwei-Teilnehmer-Sitzungen, so dass eine selbst adressierte Warnung würde eine Minze frische Sitzung jedes Mal, wenn es gefeuert und begraben die Chat-Liste. Dieser Fall wird gemeldet und übersprungen statt. Auth akzeptiert X-Internal-Auth oder Autorisierung: Inhaber mit dem gleichen Geheimnis ein WarnmanagerConfig webhook kann nur eine Autorisierung, nie einen benutzerdefinierten Header setzen. Verglichen mit konstanter Zeit und Versagen geschlossen, wenn unkonfiguriert, absichtlich nicht der loser equals() von den älteren internen Endpunkten dieses Dienstes verwendet, wo blank konfigurierte Geheimhaltung passt zu einem leeren Header.