Est-ce que la majorité des courrielleurs accepte et envoie automatiquement un accusé de réception ? Est-ce que cela garantit que le courriel a été affiché ?
Je n'en suis pas sûre.
Il s’agit, pour plus d’exactitude, d’un « accusé de lecture » ou assimilé. Je vais expliciter brièvement les différents cas pour les personnes non techniques qui passent par ici.
Quand un courriel n’est pas délivré, le standard de la messagerie veut que le serveur de destination notifie l’adresse d’expédition que le courriel n’a pas été remis : adresse inexistante, boîte pleine, etc. Du coup, au bout de 48h en général, on considère que le message est « reçu » si l’on n’a pas d’erreur de non-délivrance. Le fonctionnement est à l’opposé de l’accusé de réception.
Quand le courriel est livré, le souci peut être que la personne destinataire ne le voit quand même pas pour diverses raisons mais en général à cause des filtres automatiques : par exemple le classement automatique dans un dossier (règle créée par soi ou filtre anti-spam...) Mais certaines personnes veulent s’assurer que leur message a été lu, alors que le standard n’a pas été prévu pour cela ; et parfois les ressources humaines veulent traquer quand le message est ouvert (puis s’étonner que le personnel stresse face au déluge de la messagerie.) Pour cela, Microsoft a introduit l’accusé de lecture... (bon, il semble que la firme a rajouté aussi l’accusé de dépôt aussi, mais dans les deux cas) Ça fonctionne essentiellement avec leur client —Outlook/Courrier (et quand on utilise Exchange)—
Problème : ce(s) truc(s) se base sur l’entête initialement personnalisé et maintenant standardisé Disposition-Notification-To (et Return-Receipt-To déprécié) ...pas reconnu ou pris en charge par tous les MDA... D’où le recours aux pixels espions...
Par conte je pense que l'immense majorité des gens (sauf peut-être ici) utilisent des courrielleurs qui affichent automatiquement le HTML et les images.
La grande majorité ne prend hélas pas la peine de configurer cet aspect quand c’est faisable. De toute façon peu comprennent l’utilité de ne pas afficher du HTML (et le RTF dans la messagerie Microsoft) : ça semble tellement important d’avoir le bling-bling qui enrobe le semblant de message :(
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Ma recommandation à la CNIL
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Pixels de suivi dans les courriers électroniques : la CNIL publie ses recommandations pour mieux protéger la vie privée. Évalué à 4 (+2/-0).
Il s’agit, pour plus d’exactitude, d’un « accusé de lecture » ou assimilé. Je vais expliciter brièvement les différents cas pour les personnes non techniques qui passent par ici.
Quand un courriel n’est pas délivré, le standard de la messagerie veut que le serveur de destination notifie l’adresse d’expédition que le courriel n’a pas été remis : adresse inexistante, boîte pleine, etc. Du coup, au bout de 48h en général, on considère que le message est « reçu » si l’on n’a pas d’erreur de non-délivrance. Le fonctionnement est à l’opposé de l’accusé de réception.
Quand le courriel est livré, le souci peut être que la personne destinataire ne le voit quand même pas pour diverses raisons mais en général à cause des filtres automatiques : par exemple le classement automatique dans un dossier (règle créée par soi ou filtre anti-spam...) Mais certaines personnes veulent s’assurer que leur message a été lu, alors que le standard n’a pas été prévu pour cela ; et parfois les ressources humaines veulent traquer quand le message est ouvert (puis s’étonner que le personnel stresse face au déluge de la messagerie.) Pour cela, Microsoft a introduit l’accusé de lecture... (bon, il semble que la firme a rajouté aussi l’accusé de dépôt aussi, mais dans les deux cas) Ça fonctionne essentiellement avec leur client —Outlook/Courrier (et quand on utilise Exchange)—
Problème : ce(s) truc(s) se base sur l’entête initialement personnalisé et maintenant standardisé
Disposition-Notification-To(etReturn-Receipt-Todéprécié) ...pas reconnu ou pris en charge par tous les MDA... D’où le recours aux pixels espions...La grande majorité ne prend hélas pas la peine de configurer cet aspect quand c’est faisable. De toute façon peu comprennent l’utilité de ne pas afficher du HTML (et le RTF dans la messagerie Microsoft) : ça semble tellement important d’avoir le bling-bling qui enrobe le semblant de message :(
"It is seldom that liberty of any kind is lost all at once." ― David Hume