- Enviado
- 23 de septiembre de 2026 a las 18:27 UTC
- Autor
- Kamo
- Commit
- 8e81af7
Una vez que SecurityService confirma un registro DKIM de dominio se publica (org domains.dkim verified), reseteos de contraseña, invitaciones y otros las cartas de transacción enviadas como dominio NoReply@{org} ahora llevan un DKIM firma junto con la autorización SPF existente, reutilizando la misma El correo de la campaña DkimSigner ya está firmado, sin modificar. EmailSmtpService obtiene una nueva sobrecarga de envío(...) tomando un MessageSigner, espejo de la ruta firmada de SendVia: saveChanges() una vez, firme, luego un Transporte gestionado manualmente, desde el transporte estático.send() utilizado por cada otra llamada() saveChanges() de nuevo internamente y se acuesta a nuevo Mensaje-ID después de la firma se computó sobre el viejo. El existente 6-arg enviar(...) ahora delegados a él con un firmante nulo, así que cada otro llamador no cambia. ********** gates on dkimVerified specifically (no sólo una clave existente) y sólo se aplica cuando ya estamos enviar como dominio propio del org — nunca bajo el dominio de la plataforma, y nunca en la red de dirección de la plataforma cuando el propio envío de la org falla. Depende de la biblioteca con forma de kamo 5de57705 y DKIM del servicio de seguridad asesor endpoint, que genera y verifica la clave que esto lee.