- Enviado
- 23 de septiembre de 2026 a las 18:18 UTC
- Autor
- Kamo
- Commit
- 4f5f70e
Añade dos puntos finales junto con el SPF existente, por lo que el transaccional de un org correo (reiniciaciones de contraseña, invitaciones, notificaciones) puede llevar una firma DKIM y el propietario puede ver su postura DMARC: - GET /api/security/domains/{id}/dkim - genera la clave DKIM de un dominio primera vez que se pide (nunca regenerado después, ya que el intercambio de clave rompería la verificación de cualquier cosa ya firmada con el viejo), comprueba si el registro TXT es publicado, y almacena el veredicto en ******************* the same check-state shape spf verified ya utiliza. Sólo lectura. Cada mensaje que Kamo envía como NoReply@{domain} utiliza ese dominio como remitente en sobre y visible De, por lo que la comprobación de alineación de DMARC ya está satisfecha una vez que se hace SPF, cualquier política que el cliente haya elegido. Esto solo reporta lo que es publicado (o sugiere un registro inicial cuando nada es) — nunca pregunta para un cambio, ya que nunca hay una Kamo necesita. ¿Qué? Espejo SpfAdvisoryService's shape (una inspectiva pura), una costura createLookup() para las pruebas) y DkimAuthorization Servicio Espejos SpfAuthorizationService (persists the verdict, leaves it alone on a búsqueda fallida). DkimDomainRepository es un JpaRepository plano de la misma manera SpfDomainRepository es, por la misma razón: se envía con un redespliegue en lugar de un parachoque de versión compartido. Depende de la biblioteca con forma de kamo 5de57705 (los nuevos campos dkim * de OrgDomain).