- Verschifft
- 27. Juli 2026 um 19:15 UTC
- Autor
- Kamo
- Ausschuss
- 72abd22
DECISION_ROUTEDs Steward-Benachrichtigung war ein rekordverdächtiger No-Op: StewardNotifier ausgefächert über SMS an einen statischen CSV ****************, der leer ist von Standard, und es ignoriert StewardTask.assignedMemberId vollständig - das Feld der Wirbelsäule StewardAssigner bereits Briefmarken (lizenzbewusst, am wenigsten beladen). StewardRecipientResolver lädt die Aufgabe durch die Veranstaltung's taskId, liest zugewiesenMemberId, und löst die E-Mail dieses Mitglieds zurück (sich nur an die org-Besitzer zurückfällt, wenn die Aufgabe besteht unzulässig; ein zugewiesener, aber nicht erreichbarer Verwalter ist ein ehrlicher No-Op, nie ein Eigentümer Eskalation). Spiegelt die bewährte **************** Lieferung ist jetzt die vorhandenes kanonisches E-Mail-Vorlagensystem (STEWARD_TASK_ROUTED) als primärer Pfad; die SMS Option wird beibehalten. Wenn keiner von beiden auflöst, bleibt es ein protokolliertes No-Op - nie ein stiller Erfolg. Der E-Mail-Client bindet mlos.internal-auth-secret - NICHT das internal.auth.secret des Daemons, die auf den Public-Chat-Wert aufgelöst; EmailService validiert Vorlagen/Senden gegen die mlos-internal-auth Geheimnis, so dass ein naiver Spiegel des SecurityService Client würde 403. DaemonServiceApplication scannt jetzt com.kamo.z.shared.mlos.steward für StewardTaskRepository. 40 Tests grün (7 neue Resolver-Fälle: zugewiesen---Kontakt, nicht zugeordnet---eigentümer Fallback, zugewiesen-aber-nicht-email--no-op, task-not-found, null taskId). KNOWN CAVEAT (hier nicht fixiert): der DECISION_ROUTED Emer ruht in-Cluster mlos.spine.enabled ist in keiner eingecheckten Konfiguration zutreffend gesetzt, so dass DecisionSpine nichts aussendet, bis ein Service ermöglicht die Entscheidung Wirbelsäule. Diese Lösung ist richtig und fertig, wird aber nicht feuern, bis dann; die Ermöglichung der Wirbelsäule ist eine separate, umfassendere Entscheidung.