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 le domaine de l’adresse affichée dans le champ From, visible par le destinataire. Par exemple, pour l’adresse info@exemple.com, le domaine d’expéditeur est exemple.com.
Le champ From indique l'identité de l'expéditeur telle qu'elle est présentée au destinataire. Ce domaine joue également un rôle central dans l'authentification des courriels avec DMARC.
Le domaine Mail-From est celui de l'adresse de retour utilisée dans l'enveloppe SMTP, notamment pour la gestion des notifications de non-livraison (rebonds). Cette adresse est généralement invisible pour le destinataire dans son interface de messagerie. Lors de la livraison finale, le serveur de réception inscrit généralement cette adresse dans l’en-tête Return-Path du message.
Différence entre le domaine d’expéditeur et le domaine Mail-From Le domaine d'expéditeur correspond au domaine de l'adresse affichée dans le champ From, tandis que le domaine Mail-From correspond au domaine de l'adresse de retour utilisée dans l'enveloppe SMTP. Ces deux domaines peuvent être identiques ou différents, selon la configuration utilisée pour l'envoi des courriels.Par exemple, un courriel peut afficher l'adresse info@exemple.com dans le champ From, tout en utilisant l'adresse rebonds@retour.exemple.net comme adresse de retour. Les domaines sont alors respectivement exemple.com et retour.exemple.net. Cette distinction est importante pour comprendre comment les mécanismes d'authentification vérifient les courriels et établissent un lien entre l'identité affichée de l'expéditeur et les informations techniques utilisées lors de l'envoi. |
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 visible dans le champ From.
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 du champ From.
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 transmet votre courriel est autorisé à envoyer pour le domaine Mail-From. Pour effectuer cette vérification, le service de messagerie compare l’adresse IP du serveur d’envoi aux autorisations définies dans l’enregistrement SPF publié dans le DNS.
L’adresse Mail-From fait partie des informations échangées entre les serveurs pour acheminer le courriel. Ces informations constituent l’enveloppe SMTP, distincte du contenu du message. L’enveloppe SMTP peut être comparée à 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 au champ From, visible par le destinataire.
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 visible dans le champ From. Ce mécanisme contribue à protéger votre domaine contre l’usurpation.
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 technique de retour est aligné sur le domaine de l’adresse d’expédition visible.
- DKIM est validé et le domaine de signature est aligné sur le domaine de l’adresse d’expédition visible.
L’alignement signifie que les domaines correspondent selon les règles définies dans votre configuration DMARC. Selon les règles, ils peuvent être identiques ou appartenir au même domaine organisationnel.
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.