- Shipped
- 23 settembre 2026 alle ore 18:18 UTC
- Author
- Kamo
- Commit
- 4f5f70e
Aggiunge due endpoint a fianco del SPF esistente, quindi un org transazionale mail (password reset, inviti, notifiche) può portare una firma DKIM e il proprietario può vedere la loro postura DMARC: - GET /api/security/domains/{id}/dkim — genera il tasto DKIM di un dominio la prima volta che viene chiesto (mai rigenerato in seguito, da swapping il chiave sarebbe rompere la verifica di qualcosa già firmato con il vecchio), verifica se il record TXT è pubblicato e memorizza il verdetto La stessa forma a stato controllato. spf verified utilizza già. Solo per leggere. Ogni messaggio che Kamo invia come NoReply@{domain} utilizza quel dominio come mittente di buste e visibile Da, quindi il controllo di allineamento di DMARC è già soddisfatto una volta che SPF è fatto, qualunque sia la politica che il cliente ha scelto. Questo solo riporta ciò che è pubblicato (o suggerisce un record iniziale quando nulla è) — non chiede mai per un cambiamento, dal momento che non c'è mai un Kamo ha bisogno. Non e' vero. specchio SpfAdvisoryLa forma del Servizio (un'ispezione pura(), una cucitura di creazione Lookup() per i test) e DkimAuthorization Servizio mirrors SpfAuthorizationService (persiste il verdetto, lo lascia da solo su un ricerca fallita). DkimDomainRepository è un semplice JpaRepository allo stesso modo SpfDomainRepository è, per lo stesso motivo: spedisce con un redeploy piuttosto che un urto di versione condiviso-library. Dipende da kamo-shared-library 5de57705 (i nuovi campi dkim * di OrgDomain).
