Cet article vous présente les différents domaines utilisés dans Dialog Insight pour l’envoi de courriels, le suivi des interactions et l’hébergement des pages de destination. Vous apprendrez le rôle de chaque domaine et découvrirez les mécanismes d’authentification des courriels, notamment SPF, DKIM et DMARC.
Domaines utilisés pour les courriels
Lors de l’envoi de courriels, plusieurs domaines peuvent intervenir selon leur fonction. Certains servent à identifier l’expéditeur auprès du destinataire, tandis que d’autres sont utilisés pour la gestion technique de l’envoi. Comprendre leur rôle permet de mieux saisir le fonctionnement de l’authentification des courriels.
Le domaine d’expéditeur est la partie de l’adresse courriel qui suit le symbole @ dans l’adresse affichée comme expéditeur du message. Par exemple, si l’adresse de l’expéditeur est info@exemple.com, le domaine d’expéditeur est exemple.com.
Le domaine Mail-From est le domaine utilisé pour recevoir les notifications lorsqu’un courriel ne peut pas être livré. Cette adresse sert à la gestion technique de l’envoi et est généralement invisible pour le destinataire. Avec Dialog Insight, le domaine Mail-From est créé à partir du domaine d’expéditeur auquel le préfixe in-mta est ajouté.
Exemple :
- Domaine d'expéditeur : exemple.com
- Domaine Mail-From : in-mta.exemple.com
Le domaine Mail-From permet au service de messagerie du destinataire de vérifier l’autorisation d’envoi à l’aide de SPF. Pour que cette vérification contribue à la conformité DMARC, le domaine Mail-From doit également être aligné sur le domaine d’expéditeur selon les règles d’alignement DMARC.
Mécanismes d'authentification des courriels
L'authentification des courriels permet aux services de messagerie de vérifier certains éléments liés à l'origine des messages et à l'identité de l'expéditeur. Une configuration adéquate de ces mécanismes contribue à protéger votre identité d'expéditeur et à favoriser la délivrabilité de vos courriels, sans toutefois garantir leur arrivée dans la boîte de réception.
Trois mécanismes complémentaires sont utilisés : SPF, DKIM et DMARC. Chacun joue un rôle distinct dans la vérification des courriels.
- SPF (Sender Policy Framework) permet au serveur de messagerie de vérifier si l'adresse IP du serveur qui transmet le courriel est autorisé à envoyer des courriels pour le domaine Mail-From.
- DKIM (DomainKeys Identified Mail) permet de vérifier la signature numérique du message et l'intégrité des éléments couverts par celle-ci. Il fait intervenir un domaine de signature, qui peut être différent des domaines From et Mail-From.
- DMARC (Domain-based Message Authentication, Reporting and Conformance) vérifie que le résultat de l'authentification SPF ou DKIM est aligné sur le domaine de l'expéditeur.
Pour que DMARC considère un message comme conforme, au moins l'un des deux mécanismes, SPF ou DKIM, doit fournir un résultat positif et respecter les règles d'alignement avec le domaine d'expéditeur.
Lors de la configuration de votre compte, si vous choisissez la délégation de sous-domaines, notre équipe prend en charge la configuration de SPF, DKIM et DMARC.
SPF (Sender Policy Framework) permet au service de messagerie du destinataire de vérifier si le serveur qui envoie le courriel est autorisé à le faire pour le domaine Mail-From. Pour ce faire, il consulte l’enregistrement SPF (une entrée TXT) publié dans les DNS de ce domaine. Cet enregistrement précise quelles adresses IP ou quels serveurs sont autorisés à envoyer des courriels pour le domaine.
Le domaine Mail-From fait partie des informations techniques échangées entre les serveurs pour acheminer le courriel. Ces informations constituent l’enveloppe SMTP, qui est distincte du contenu du message. On peut comparer cette enveloppe à une enveloppe postale : l’adresse de retour inscrite sur l’enveloppe peut être différente de l’adresse de l’expéditeur indiquée dans la lettre qu’elle contient. Dans un courriel, cette dernière correspond à l’adresse affichée comme expéditeur du message.
Le schéma suivant illustre le fonctionnement de SPF :.png)
DKIM (DomainKeys Identified Mail) ajoute une signature numérique à vos courriels. Cette signature permet au service de messagerie du destinataire de vérifier que le message a été signé par une source autorisée pour le domaine de signature et que les parties protégées du message n’ont pas été modifiées pendant leur transmission.
Ce mécanisme repose sur deux clés complémentaires :
- Une clé privée, conservée par Dialog Insight, qui sert à signer vos courriels.
- Une clé publique, publiée dans les DNS du domaine de signature, qui permet aux services de messagerie de vérifier cette signature.
À la réception du courriel, le service de messagerie récupère la clé publique et l’utilise pour vérifier la signature. Si la vérification réussit, la signature DKIM est considérée comme valide.
Le schéma suivant illustre le fonctionnement de DKIM :
Pour en savoir davantage sur le sujet : http://www.dkim.org/
DMARC (Domain-based Message Authentication, Reporting and Conformance) permet au service de messagerie de vérifier si le courriel satisfait aux exigences d’authentification et d’alignement avec le domaine de l’expéditeur.
Pour qu’un message soit conforme à DMARC, au moins l’une des conditions suivantes doit être remplie :
- SPF est validé et le domaine de l’adresse Mail-From est aligné sur le domaine d'expéditeur.
- DKIM est validé et le domaine de signature est aligné sur le domaine de l’adresse d’expéditeur.
L’alignement signifie que les domaines correspondent selon les règles définies dans DMARC. Avec Dialog Insight, le domaine Mail-From est créé en ajoutant le sous-domaine in-mta au domaine d’expéditeur. Le domaine de signature DKIM est vérifié indépendamment du domaine Mail-From.
Saviez-vous qu'il est obligatoire d'avoir une politique DMARC si vous envoyez plus de 5000 courriels par jour? Les expéditeurs qui envoient 5 000 courriels ou plus par jour à des comptes Gmail personnels doivent notamment configurer SPF, DKIM et DMARC. Une politique DMARC avec p=none est acceptable pour satisfaire à cette exigence. Pour plus d'information, consultez https://dmarc.org/resources/deployment-tools/. |
Domaines liés au suivi et aux contenus Web
D'autres domaines complètent les domaines utilisés pour l'envoi et l'authentification des courriels. Ils servent notamment à personnaliser les liens de suivi intégrés aux communications et les adresses Web des pages de destination hébergées dans Dialog Insight. L'utilisation de domaines associés à votre organisation contribue à assurer une meilleure cohérence avec votre identité de marque et à renforcer la confiance de vos destinataires lorsqu'ils cliquent sur vos liens ou consultent vos pages.
Dialog Insight capture des statistiques sur les liens cliqués dans les communications et présente aussi certains formulaires automatiquement à vos contacts (notamment, les formulaires de désabonnement ou fonctionnalités pour consulter un message en ligne). Les liens que vous placez dans vos communications sont remplacés par des liens vers les serveurs de la plateforme.
Lorsqu’un contact clique sur un lien, il est d’abord dirigé vers les serveurs de Dialog Insight, où le clic est enregistré, puis redirigé vers la destination finale, par exemple, une page de votre site Web. Par défaut, ces remplacements se font en utilisant un nom de domaine associé à la plateforme (par exemple : app.dialoginsight.com).
Vos contacts pourraient cependant trouver ces liens suspects. Pourquoi un lien dans une communication dirige-t-il à app.dialoginsight.com, alors qu'ils ne connaissent pas ce site et ne l’associent certainement pas à votre entreprise? Pour mettre vos destinataires en confiance et réduire les plaintes possibles d’hameçonnage, il est important de configurer un nom de domaine qui sera utilisé pour personnaliser les liens de suivi.
Si vous avez utilisé la délégation de domaines, vous devriez déjà avoir un domaine de liens de suivi configuré dans votre compte. Pour voir vos liens de suivi, rendez-vous dans la section Liens de suivi dans la Gestion du compte.
Par défaut, cette adresse utilise un domaine fourni par Dialog Insight. Vous pouvez plutôt configurer un sous-domaine personnalisé pour que les adresses de vos pages de destination utilisent un domaine associé à votre organisation.
La configuration d’un domaine personnalisé pour les pages de destination est facultative. Elle nécessite notamment l’ajout et la validation du sous-domaine, ainsi que la configuration des paramètres DNS et du certificat SSL.
Pour en savoir plus, consultez Utiliser un domaine personnalisé pour les pages de destination.