- Verschickt
- 23. September 2026 um 18:18 UTC
- Autor
- Kamo
- Commit
- 4f5f70e
Fügt zwei Endpunkte neben dem bestehenden LSF ein, so dass ein org transaktional Mail (Passwort-Resets, Einladungen, Benachrichtigungen) kann eine DKIM-Signatur tragen und der Besitzer kann ihre DMARC Haltung sehen: - GET /api/security/domains/{id'/dkim erzeugt die DKIM-Taste einer Domäne zum ersten Mal wird es gefragt (nie danach regeneriert, seit dem Tausch Schlüssel würde Überprüfung von allem, was bereits mit dem alten unterzeichnet brechen), prüft, ob der TXT-Aufzeichnung veröffentlicht wird, und speichert das Urteil über **************** die gleiche karte Zustand Form spf_verified verwendet bereits. - GET ************ - Nur lesen. Jede Nachricht, die Kamo sendet als NoReply@{domain] verwendet diese Domain sowohl als Briefsender als auch als sichtbar Von, so DMARC Ausrichtungsprüfung ist bereits erfüllt, sobald SPF fertig ist, welche Politik der Kunde gewählt hat. Das berichtet nur, was ist veröffentlicht (oder schlägt eine Startaufzeichnung vor, wenn nichts ist) - es fragt nie zur Abwechslung, da es nie einen gibt, den Kamo braucht. ************ Spiegel SpfAdvisoryService's Form (ein reines Inspect(), eine createLookup() Naht für Tests) und DkimAuthorizationService Spiegel SpfAuthorizationService (pert das Urteil, lässt es in Ruhe auf einem gescheiterte Nachsorge). DkimDomainRepository ist eine einfache JpaRepository auf die gleiche Weise SpfDomainRepository ist, aus dem gleichen Grund: es Schiffe mit einem retipeploy anstatt einer Shared-Bibliothek Version Beule. Abhängig ist von der Kamo-shared-Bibliothek 5de57705 (OrgDomains neue dkim_* Felder).