Une équipe juridique avait besoin de la preuve qu’un avis de résiliation de contrat avait été reçu. Elle l’a envoyé par e‑mail et a demandé un accusé de lecture. Le client de messagerie du destinataire lui a proposé d’envoyer un accusé — et il a refusé. L’expéditeur n’avait aucune preuve de lecture, et la question juridique de savoir si l’avis avait été valablement donné est devenue compliquée.
Les notifications de remise et de lecture par e‑mail semblent devoir être simples, mais ce n’est pas le cas. Les normes existent, mais la mise en œuvre est incohérente, et les destinataires ont un contrôle important sur les informations qu’ils partagent. Comprendre le DSN et le MDN vous aide à savoir ce que vous pouvez, et ne pouvez pas, suivre de manière fiable.
DSN : Notification d’état de remise
Le DSN est une norme (RFC 3461) qui indique si un e‑mail a été remis avec succès au serveur de messagerie du destinataire.
Lorsque vous envoyez un e‑mail, vous pouvez demander un DSN. Si le serveur destinataire le prend en charge, vous recevrez une notification lorsque l’e‑mail est remis avec succès, lorsqu’il échoue définitivement (échec de distribution), ou lorsqu’il est retardé.
Le DSN fonctionne au niveau des serveurs. Il vous indique si l’e‑mail a atteint le serveur de messagerie du destinataire, pas s’il a atteint sa boîte de réception ni s’il a été lu. Un DSN réussi signifie que le serveur a accepté le message — il peut encore finir en spam ou être filtré.
Les messages d’échec de distribution sont une forme de DSN. Lorsqu’un e‑mail ne peut pas être remis, le serveur destinataire (ou un serveur intermédiaire) génère un DSN expliquant pourquoi. Ce sont les messages « échec de distribution » que vous recevez lorsqu’une adresse est invalide ou qu’un serveur est inaccessible.
Le DSN est relativement fiable parce qu’il est géré par des serveurs, pas par des utilisateurs. Les serveurs le prennent en charge ou non, mais ils ne refusent pas activement d’envoyer des notifications comme les utilisateurs peuvent refuser les accusés de lecture.
MDN : Notification de disposition du message
Le MDN est une norme (RFC 8098) qui indique ce qu’il est advenu d’un e‑mail après sa remise — en particulier, si le destinataire l’a lu.
Lorsque vous demandez un MDN (communément appelé « accusé de lecture »), vous demandez au client de messagerie du destinataire de vous avertir lorsqu’il ouvre le message. S’il accepte, vous recevez une notification confirmant que le message a été affiché.
La différence essentielle avec le DSN : le MDN nécessite la coopération du destinataire. Les clients de messagerie demandent généralement aux utilisateurs l’autorisation avant d’envoyer des accusés de lecture, et les utilisateurs peuvent refuser. Beaucoup refusent systématiquement. Certains clients ne prennent pas du tout en charge le MDN. Les politiques d’entreprise désactivent souvent complètement les accusés de lecture.
Cela rend le MDN peu fiable pour le suivi. Vous pouvez demander des accusés pour 1 000 e‑mails et n’en recevoir que 50. Cela ne signifie pas que seuls 50 ont été lus — cela signifie que seuls 50 destinataires ont accepté d’envoyer un accusé. Les 950 autres ont peut‑être lu l’e‑mail et refusé l’accusé, ou ne l’ont peut‑être pas lu du tout.
Comment demander des notifications
Demander des DSN et des MDN implique des en‑têtes e‑mail spécifiques.
Pour le DSN, vous définissez des options pendant la transaction SMTP à l’aide du paramètre NOTIFY. Vous pouvez demander une notification en cas de succès, d’échec, de retard, ou jamais. Les détails dépendent de votre client de messagerie ou de votre système d’envoi.
Pour le MDN, vous incluez un en‑tête Disposition-Notification-To dans votre e‑mail indiquant où envoyer l’accusé. Lorsque le destinataire ouvre l’e‑mail, son client vérifie la présence de cet en‑tête et (s’il est configuré pour cela) envoie une notification à cette adresse.
La plupart des clients de messagerie proposent des options destinées aux utilisateurs pour demander des accusés de lecture. Dans Outlook, cela se trouve dans les options du message. Dans Gmail, c’est disponible pour les comptes Workspace. Le client gère les détails techniques.
Pour les envois programmatiques, vous devez définir vous‑même les en‑têtes appropriés. Votre bibliothèque ou service d’envoi d’e‑mail devrait le prendre en charge, bien que la méthode exacte varie.
Pourquoi le MDN pose problème
Plusieurs facteurs rendent les accusés de lecture peu fiables et parfois contre‑productifs.
Le contrôle utilisateur entraîne de faibles taux de réponse. La plupart des clients de messagerie demandent avant d’envoyer des accusés, et de nombreux utilisateurs refusent par réflexe. Vous ne pouvez pas obliger quelqu’un à confirmer qu’il a lu votre e‑mail.
Les préoccupations de confidentialité incitent au refus. Les accusés de lecture révèlent des informations — que le destinataire existe, qu’il a lu l’e‑mail, quand il l’a lu. Les utilisateurs et organisations soucieux de la vie privée désactivent entièrement les accusés.
Le spam et le hameçonnage exploitent les accusés. Demander un accusé de lecture confirme aux spammeurs qu’une adresse est valide et surveillée. Beaucoup d’utilisateurs soucieux de la sécurité n’envoient jamais d’accusés pour cette raison.
Les normes professionnelles varient. Dans certains contextes, demander des accusés de lecture est perçu comme un manque de confiance ou du micro‑management. La demande elle‑même peut nuire aux relations.
L’incohérence technique signifie que les accusés ne fonctionnent pas uniformément. Les différents clients de messagerie gèrent le MDN différemment. Certains ne le prennent pas en charge. Certains le prennent en charge mais refusent par défaut. Certains envoient des accusés automatiquement. Vous ne pouvez pas compter sur un comportement cohérent.
Quand le DSN et le MDN sont utiles
Malgré leurs limites, ces notifications ont des usages légitimes.
Le DSN pour les e‑mails transactionnels critiques aide à confirmer la remise. Si vous envoyez des réinitialisations de mot de passe ou des notifications importantes, la confirmation DSN que le serveur a accepté le message apporte une certaine assurance.
Le DSN pour la gestion des rejets est essentiel. Les notifications de rejet (une forme de DSN) vous indiquent quelles adresses sont invalides afin que vous puissiez les supprimer de votre liste. C’est l’hygiène standard en e‑mail.
Le MDN pour des communications spécifiques à fort enjeu peut être approprié. Les avis juridiques, les documents contractuels ou d’autres communications où la preuve de réception est importante peuvent justifier la demande d’un accusé de lecture — en comprenant que vous ne l’obtiendrez pas toujours.
Le MDN pour les communications internes dans des environnements contrôlés peut fonctionner. Si votre organisation configure les clients de messagerie pour envoyer des accusés automatiquement, les accusés de lecture internes deviennent fiables. Mais cela nécessite une politique informatique appliquée.
Alternatives au MDN
Étant donné la faible fiabilité du MDN, d’autres approches fonctionnent souvent mieux pour suivre l’engagement.
Le suivi par pixel (suivi des ouvertures) ne nécessite pas la coopération du destinataire. Une image invisible dans l’e‑mail se charge à l’ouverture, avertissant votre serveur. Cela a ses propres limites (blocage des images, fonctionnalités de confidentialité) mais ne dépend pas du consentement de l’utilisateur pour chaque e‑mail.
Le suivi des clics confirme l’engagement plus fiablement que le suivi des ouvertures. Si quelqu’un clique sur un lien dans votre e‑mail, vous savez qu’il s’est engagé. C’est une preuve plus solide qu’un accusé de lecture.
Le suivi des réponses convient aux e‑mails qui sollicitent une réponse. Si quelqu’un répond, il a forcément lu l’e‑mail. Pour les communications où une réponse est attendue, c’est une confirmation naturelle.
Les services de confirmation de remise à des fins juridiques offrent une remise certifiée avec preuve. Ce sont des services spécialisés pour les situations où une preuve légale de remise est requise — pas l’infrastructure e‑mail standard.
DSN et MDN en pratique
Pour la plupart des programmes e‑mail, voici les recommandations pratiques.
Utilisez le DSN pour le traitement des rejets. Assurez‑vous que votre système de messagerie traite les notifications de rejet afin de maintenir l’hygiène de votre liste. C’est une pratique standard qui ne nécessite généralement pas de configuration spéciale.
Ne vous fiez pas au MDN pour le suivi de l’engagement. Les accusés de lecture sont trop peu fiables. Utilisez plutôt le suivi des ouvertures par pixel et le suivi des clics, en comprenant leurs limites.
Demandez des MDN avec parcimonie, si tant est que vous le fassiez. Pour des messages spécifiques et très importants où vous souhaitez savoir si le destinataire l’a lu, demander un accusé est raisonnable. Mais n’attendez pas de réponses, et n’en faites pas une pratique systématique.
Comprenez qu’aucun des deux ne prouve la lecture. Le DSN prouve l’acceptation par le serveur, pas la remise en boîte de réception. Le MDN prouve que l’e‑mail a été affiché, pas qu’il a réellement été lu ou compris. Aucun n’offre la certitude qu’apportent un courrier recommandé ou une remise en main propre.
Frequently asked questions
Puis-je obliger quelqu’un à envoyer un accusé de lecture ?
Non. Le MDN nécessite la coopération du destinataire. Son client de messagerie demande l’autorisation, et il peut refuser. Il n’existe aucun moyen d’imposer un accusé, et tenter de contourner cela constituerait une atteinte à la vie privée.
Pourquoi ne reçois-je pas des notifications de rejet pour tous les e-mails non distribués ?
Tous les serveurs n’envoient pas de DSN. Certains ignorent silencieusement les e-mails non distribuables. Certains envoient des rejets à des adresses qui ne vous parviennent pas. Le traitement des rejets est imparfait, c’est pourquoi l’hygiène de liste nécessite plusieurs signaux.
Les accusés de lecture sont-ils la même chose que le suivi des ouvertures ?
Non. Les accusés de lecture (MDN) nécessitent le consentement du destinataire et sont envoyés explicitement. Le suivi des ouvertures utilise des images invisibles qui se chargent sans consentement explicite. Ils mesurent des choses similaires mais fonctionnent différemment et ont des fiabilités différentes.
Dois-je demander des accusés de lecture pour des e-mails marketing ?
Généralement non. Cela paraît non professionnel, ne produira pas de données utiles (la plupart des destinataires refuseront) et pourrait déclencher des filtres anti-spam. Utilisez plutôt le suivi standard des ouvertures et des clics.