KamoCRM

Courrier transactionnel de signe DKIM envoyé en tant que domaine d'org propre

FeatureEmailService
Expédié
23 septembre 2026 à 18:27 UTC
Auteur
Kamo
Commite
8e81af7

Une fois que SecurityService confirme la publication du dossier DKIM d'un domaine (org-domains.dkim-vérifié), réinitialisations de mot de passe, invitations et autres les lettres transactionnelles envoyées en tant que domaine NoReply-org sont maintenant porteuses d'un DKIM signature à côté de l'autorisation SPF existante - réutilisation de la même Le courrier de campagne de DkimSigner est déjà signé avec, non modifié. EmailSmtpService reçoit une nouvelle surcharge send(...) en prenant un MessageSigner, le chemin signé de sendVia: saveChanges() une fois, signe, puis a Transport géré manuellement, depuis le transport statique.send() utilisé par tous les autres appels send() saveChanges() à nouveau en interne et iraient un Un nouveau message-ID après la signature a été calculé sur l'ancien. Le 6-arg send(...) maintenant délégués à celui-ci avec un signataire nul, donc chaque Un autre appelant est octet-for-octet inchangé. Portes sur dkimVérifié spécifiquement (pas seulement une clé existante) et ne s'applique jamais que lorsque nous sommes déjà envoyer en tant que propre domaine de l'organisation - jamais sous le domaine de la plate-forme, et jamais sur la plate-forme - adressez-vous réessai lorsque l'envoyage de l'ordre échoue. Dépend de la bibliothèque kmo-partagée 5de57705 et du DKIM du service de sécurité le critère d'évaluation, qui génère et vérifie la clé que cela indique.

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation