- Les reactions d’Outlook peuvent arriver sous forme d’e-mails séparés en dehors de l’écosystème Microsoft, ce qui augmente les notifications indésirables envoyées à l’expéditeur
- Microsoft fournit un en-tête dédié qui désactive la fonction de réponse par reaction dans les clients si l’on ajoute
x-ms-reactions: disallow aux e-mails sortants
- Plutôt qu’une configuration client par client, l’utilisation des
header_checks de Postfix insère automatiquement l’en-tête dans tous les e-mails sortants, réduisant les oublis selon les comptes et les appareils
- Lors des tests, certains clients continuaient d’afficher le bouton, mais l’envoi de la reaction échouait côté serveur ; dans d’autres environnements, le bouton était grisé
- Même avec le même en-tête, la prise en compte dans l’UI varie selon les clients Microsoft : l’expéditeur peut réduire les e-mails de reaction, mais l’expérience côté destinataire n’est pas cohérente
E-mails de reactions Outlook indésirables
- Ces derniers mois, les réponses sous forme de reactions aux e-mails envoyés se sont multipliées
- Dans l’écosystème Microsoft, elles semblent être traitées comme des réactions de type 👍 ou ❤️ dans Signal, mais en dehors de celui-ci elles arrivent comme des e-mails séparés
- Le corps des e-mails reçus prend la forme suivante
like [person] reacted to your message:
like est un texte alternatif, et l’image n’apparaît pas si le chargement du contenu distant n’est pas autorisé- Pour ne plus recevoir ces e-mails de reaction, un en-tête de blocage a été ajouté aux e-mails sortants
Ajouter x-ms-reactions: disallow dans Postfix
- Microsoft fournit l’en-tête
x-ms-reactions: disallow pour les reactions Outlook
- Lorsque cet en-tête est défini, on peut comprendre que la fonction de réponse par reaction est désactivée dans les clients Microsoft
- Si le client de messagerie/MUA prend en charge l’ajout d’en-têtes, cela peut être configuré client par client, mais avec plusieurs clients il faut le faire pour chacun
- Pour l’appliquer à tous les e-mails sortants, cela a été ajouté à la configuration Postfix
- Le réglage suivant se trouve dans
/etc/postfix/main.cf
header_checks = pcre:/etc/postfix/header_checks
- La règle suivante a été ajoutée dans
/etc/postfix/header_checks
# add header to deal with unwanted Microsoft reactions (2024-07-16)
/^Date:/i PREPEND x-ms-reactions: disallow
- Au départ, l’en-tête avait été inséré avant
Content-Transfer-Encoding, mais la configuration de mutt n’envoyait pas cet en-tête ; il a donc été déplacé avant Content-Type, puis finalement avant l’en-tête Date
- Après un redémarrage de Postfix avec
sudo service postfix restart, des tests ont été effectués avec plusieurs clients, et le nouvel en-tête était correctement ajouté aux en-têtes des messages
Résultats des tests selon les clients Microsoft
- Des tests avec plusieurs utilisateurs Microsoft ont confirmé le comportement recherché dans certains environnements
- Dans un cas, même avec l’en-tête ajouté, l’option de reaction continuait de s’afficher dans le client de l’utilisateur Microsoft
- L’utilisateur a cliqué sur une reaction, mais elle n’est pas parvenue jusqu’au serveur de messagerie de l’expéditeur
- Les mises à jour qui grisent l’option selon les clients sont déployées à des rythmes différents, et les tentatives sur les e-mails où les reactions sont interdites échouent côté serveur
- Dans un autre environnement utilisateur Microsoft, l’icône de reaction était grisée, avec le texte au survol
Reactions are disallowed on this message
- Le mode d’affichage semble varier selon les systèmes Microsoft et, même si l’expéditeur atteint son objectif de ne pas recevoir d’e-mails de reaction, l’expérience utilisateur n’est pas idéale
1 commentaires
Avis de Hacker News
Si l’entreprise utilise uniquement Outlook, la fonction de réactions se défend assez bien. Elle réduit énormément les e-mails du type « Très bien, merci ».
Bien sûr, quand on est vraiment reconnaissant, on peut envoyer un vrai e-mail de remerciement.
Voir aussi : https://news.ycombinator.com/item?id=28636536
Apple a ajouté la même fonctionnalité à iMessage/SMS. Si tous les membres d’un message de groupe sont des utilisateurs Apple, cela fonctionne comme prévu, mais la personne malchanceuse hors de l’écosystème reçoit une avalanche de messages du type « {person} liked “{message}” ».
Dans certains cas, les gens réagissent à leur tour à cette réaction, ce qui crée des chaînes de SMS absurdes.
C’était probablement conçu pour être utilisé avec les serveurs MSN, mais les gens s’en servaient aussi pour se connecter à des serveurs « normaux ».
https://en.wikipedia.org/wiki/Microsoft_Comic_Chat
Par miracle, la plupart sont passés à Signal, mais ils retombent parfois dans leurs habitudes SMS.
Je me souviens avoir vu, dans des e-mails d’entreprise, certaines personnes mettre un J majuscule à la place du point final. Au début, je me disais que la courbe du J ressemblait à un visage souriant, et que c’était peut-être une forme de politesse corporate un peu indirecte.
Il s’est avéré que, dans Wingdings, la position 0x4A, qui correspond à la valeur ASCII de J, était un visage souriant. Je ne comprends toujours pas très bien comment le client Outlook savait quels caractères convertir dans l’interface.
Exchange convertit tous les e-mails qui le traversent en HTML, puis enveloppe le J dans des balises pour sélectionner Wingdings. Certaines installations Exchange ne fournissent pas de copie en texte brut des e-mails qui les traversent.
Il m’a fallu des années avant de recevoir un ordinateur portable Windows et de consulter mes e-mails dans Outlook.
J’aimerais que ceux qui n’aiment pas les réactions expliquent ce qu’ils trouvent si déplaisant. Est-ce le fait que l’autre n’ait même pas fait l’effort de taper qui paraît impoli ? Je ne vois pas bien où est le problème.
Avant l’e-mail, écrire une lettre demandait un effort, ce qui filtrait les contacts à faible rapport signal/bruit. Le spam, les contenus générés par des LLM et les messages comme les réactions vont directement à la corbeille. Le fait que l’expéditeur me fasse perdre du temps en m’obligeant à voir ce message puis à appuyer sur Supprimer me paraît moins impoli qu’un manque de discernement.
Cela peut sembler arrogant, mais il m’arrive de recevoir des centaines d’e-mails par jour, donc c’est un filtre nécessaire.
Deuxièmement, les « réactions » ne font pas partie de la culture de l’e-mail ni des spécifications standard de l’e-mail. C’est inattendu et maladroit.
Donc il ne s’agit pas de détester les réactions en général, mais de s’opposer à une fonction qui ne marche que dans l’application mail de MS et qui apparaît cassée ailleurs.
Les réactions ont davantage de sens dans des modes de communication comme la messagerie instantanée, où l’échange est en temps réel et où la concision compte. Dans l’e-mail, elles n’apportent pas grand-chose.
Deuxièmement, que signifie recevoir une réaction à un e-mail ? Peut-on interpréter un « pouce levé » comme un feu vert pour avancer, ou est-ce simplement « j’ai vu et reçu le mail » ? Si l’on admet dans une certaine mesure que l’e-mail est généralement destiné à un usage professionnel important, alors la communication doit être claire et précise. Les réactions sont l’inverse, et se prêtent plus facilement aux malentendus selon le contexte, la culture et l’humeur du destinataire.
Il pourrait exister des usages très bons et raisonnables des réactions par e-mail, mais j’ai vraiment du mal à croire que Microsoft ait fait mener une vraie étude par des spécialistes UI/UX et soit parvenu à une conclusion claire avant de les implémenter. Le fait que ce ne soit pas un standard donne l’impression que cela a été fait un vendredi après-midi pour montrer « regardez, on peut faire ça ». La manière de le greffer dans des en-têtes SMTP sent le hack typique.
J’ai passé ma vie à essayer de maîtriser ma concentration, et on dirait que l’humanité entière a décidé de remplir notre environnement commun de toujours plus de distractions. C’est vraiment nul et manipulateur. J’aimerais pouvoir les désactiver. J’aimerais juste qu’on me laisse tranquille. Mieux encore, j’aimerais qu’on m’aide à me concentrer sur ce à quoi j’accorde de la valeur.
Je comprends dans une certaine mesure pourquoi on n’aime pas ça dans l’e-mail, mais j’ai beaucoup utilisé les réactions dans les SMS et Slack. C’est une façon de dire : « reçu, réaction positive, rien à ajouter ».
Cela remplace beaucoup de messages inutiles qu’on tapait juste pour paraître poli, du genre « Très bien, je n’ai rien à ajouter ». Et je déteste vraiment quand l’autre m’envoie encore une notification d’accusé de réception à mon accusé de réception.
Évidemment, si je l’utilise dans une conversation, personne ne reconnaît la citation et on me regarde bizarrement. Ce qui arriverait de toute façon.
C’est sorti l’an dernier[1]
[1] https://blog.google/products/gmail/gmail-emoji-reactions/
Cette solution casse DKIM, puisqu’elle insère un nouvel en-tête postfix.
Dans Thunderbird aussi, on peut faire la même chose en allant dans l’éditeur de configuration et en ajoutant soi-même l’en-tête « x-ms-reactions: disallow », comme indiqué ici : https://kb.mozillazine.org/Custom_headers
Chaque jour voit apparaître une nouvelle forme de cancer.
Les réactions ont du sens dans des applications de chat comme MS Teams, Slack ou tout ce qui ressemble à un salon IRC.
Je ne sais pas pourquoi Microsoft a décidé de mettre cette option dans Outlook.
Comme c’est populaire dans les applications de chat, quelqu’un chez Microsoft a dû se dire qu’ajouter une nouvelle fonction populaire à quelque chose de vieux et ennuyeux serait bon pour sa carrière.
Franchement, j’aime plutôt bien cette idée. Ne pourrait-on pas la standardiser d’une manière ou d’une autre pour l’ajouter aussi à d’autres clients e-mail ? En interne, le comportement de repli consistant à envoyer simplement un e-mail ordinaire lisible par un humain est aussi assez propre.
Je me demande toutefois comment les langues autres que l’anglais ont été gérées. Connaît-on la langue de l’e-mail ? Ou est-ce toujours en anglais ? Si c’est le cas, ce n’est pas idéal.
Je développe une bibliothèque de composants de chat (https://talkjs.com), qui prend en charge à la fois les réactions emoji et les notifications par e-mail pour les messages de chat manqués. Si l’on répond à cet e-mail, cela apparaît comme un message de chat dans la conversation. Ajouter la prise en charge des réactions aux e-mails serait tout à fait naturel, mais si cela offre une excellente UX aux utilisateurs d’Outlook et une UX horrible aux autres, submergés de petits e-mails de réaction, cela me refroidit.
Malheureusement, il ne semble pas largement adopté : https://bugzilla.mozilla.org/show_bug.cgi?id=1724363
Ça me rappelle Microsoft Comic Chat, qui cassait les messages IRC pour faire passer des métadonnées supplémentaires.