- Expédié
- 23 septembre 2026 à 18:18 UTC
- Auteur
- Kamo
- Commit
- 4f5f70e
Ajoute deux paramètres aux côtés du SPF existant, donc un org transactionnel Le courrier (restauration du mot de passe, invitations, notifications) peut porter une signature DKIM et le propriétaire peut voir leur posture DMARC: - GET /api/security/domains/{id}/dkim — génère la clé DKIM d'un domaine la première fois qu'il est demandé (jamais régénéré après, depuis clé briserait la vérification de tout ce qui a déjà signé avec l'ancien), vérifie si le dossier TXT est publié, et stocke le verdict sur **************** la même forme à l'état vérifié spf verified utilise déjà. - Allez vous faire voir. Chaque message envoyé par Kamo comme NoReply@{domaine} utilise ce domaine à la fois comme expéditeur d'enveloppe et visible Ainsi, la vérification d'alignement du DMARC est déjà satisfaite une fois que SPF est fait, quelle que soit la politique choisie par le client. Ceci ne rapporte que ce qui est publié (ou suggère un disque de départ quand rien n'est) — il ne demande jamais pour un changement, puisqu'il n'y a jamais un besoin de Kamo. - Oui. miroir SpfAdvisoryForme du service (un pur inspect(), une couture createLookup() pour les tests) et DkimAutorisation Services miroirs SpfAuthorizationService (persiste le verdict, laisse seul sur un La recherche a échoué). DkimDomainRepository est un JpaRepository de la même manière SpfDomainRepository est, pour la même raison: il expédie avec un redéployement plutôt qu'une version de bibliothèque partagée. Dépend de la bibliothèque kamo-shared-library 5de57705 (les nouveaux champs dkim * d'OrgDomain).