[Pour contextualiser cette demande, nous sommes un projet open-source utilisant une instance fournie par Discourse, ce dont nous sommes reconnaissants.]
Nous rencontrons un comportement qui prête à confusion pour les membres de notre communauté, et nous cherchons des conseils ou des bonnes pratiques pour améliorer la situation. Plus précisément :
Les notifications par e-mail envoyées par notre instance Discourse affichent une adresse De : sous la forme [projet]@discoursemail.com, accompagnée d’une adresse Répondre à : qui redirige correctement les réponses vers le sujet d’origine.
Lorsque les destinataires répondent à ces e-mails en utilisant « Répondre » plutôt que « Répondre à » (croyant à tort que cela leur permettra de répondre à l’auteur original du message en dehors du forum), ils reçoivent le message suivant :
Nous sommes désolés, mais votre message électronique à [“[projet]@discoursemail.com”] (intitulé Re: [Sujet]) n’a pas fonctionné.
Utilisez-vous plus d’une adresse e-mail ? Avez-vous répondu depuis une adresse e-mail différente ? Les réponses par e-mail nécessitent que vous utilisiez la même adresse e-mail lors de la réponse. Sinon, l’en-tête Message-ID de l’e-mail a peut-être été modifié.
Cela les amène à penser qu’il y a un problème avec l’adresse e-mail depuis laquelle ils ont envoyé le message plutôt qu’avec celle vers laquelle ils l’ont envoyé. Mais après vérification, ils constatent qu’il s’agit bien de leur adresse de compte et demandent de l’aide, se demandant ce qui a mal tourné.
Cela me pousse à me demander si :
Il existe un moyen de configurer l’adresse e-mail depuis laquelle ces courriels sont envoyés pour qu’elle ressemble davantage à noreply@discoursemail.com ou à autre chose qui semble moins être une adresse e-mail valide plausible ?
Il existe un moyen, soit de notre côté, soit du côté de Discourse, de spécialiser les messages d’erreur pour les réponses à l’adresse d’envoi afin d’indiquer quelque chose comme : « Vous avez répondu à une adresse e-mail qui n’accepte pas les e-mails entrants. Si vous tentiez de répondre à un e-mail de notification de Discourse, veuillez utiliser l’adresse Répondre à : ou contacter directement son auteur. »
[Je m’excuse si j’ai omis quelque chose avant de publier cette demande. Bien que j’aie trouvé d’autres messages sur meta.discourse.org posant des questions similaires, aucun ne m’a conduit à des réponses. Cela dit, il m’a été difficile de trouver des mots-clés qui restreignent bien les résultats de recherche.]
À ma connaissance, il n’existe aucun paramètre permettant de faire cela. En parcourant ma boîte de réception personnelle, il semble assez courant que les champs « De » et « Répondre à » ne correspondent pas. Je vois des exemples d’applications envoyant des e-mails depuis une adresse sans réponse, avec l’adresse « Répondre à » configurée sur l’adresse appropriée pour les réponses. D’autres applications semblent gérer la chose de la même manière que Discourse : avec une adresse « De » qui semble réelle, mais en s’attendant à ce que l’adresse « Répondre à » soit utilisée pour la réponse.
Sauf s’il existe un paramètre de site dont je ne suis pas au courant permettant de définir l’adresse « De » sur noreply@<domaine.com>, l’ajout d’une telle option me semble être une demande de fonctionnalité raisonnable.
Le modèle d’e-mail utilisé par Discourse pour ces réponses est le modèle email_reject_bad_destination_address. Ce modèle d’e-mail devrait être répertorié dans la section des modèles d’e-mail du site (accessible via Admin / Personnaliser / E-mail). Lorsque je recherche ce modèle d’e-mail sur mon site, je ne le trouve pas. Il semble que ce soit un bug qu’il faille corriger. Nous devons ajouter le modèle à la liste disponible à l’adresse discourse/app/controllers/admin/email_templates_controller.rb at main · discourse/discourse · GitHub. Il s’agit d’un petit changement, nous devrions donc pouvoir le réaliser très prochainement.
Pour l’instant, vous pouvez modifier le modèle email_reject_bad_destination_address en accédant à la section Admin / Personnaliser / Texte de votre site et en saisissant le texte suivant dans la zone de recherche :
Une liste de diffusion mal configurée aurait pour adresse de réponse l’adresse de la liste, et un utilisateur souhaitant répondre directement à l’expéditeur pourrait modifier l’adresse pour celle de l’expéditeur, c’est-à-dire l’adresse de la personne ayant envoyé le message. Je suppose que ce comportement est si ancré que les gens ne regardent même pas l’adresse pour constater qu’elle ne peut absolument pas être celle de l’auteur du message.
Pour une communauté centrée sur la messagerie, j’ai écrit un plugin qui révèle l’adresse e-mail de l’auteur, permettant ainsi de répondre directement à l’expéditeur par e-mail.
Avez-vous des détails sur la façon dont les gens procèdent ? Leur client de messagerie leur propose-t-il d’utiliser l’adresse d’expédition, ou copient-ils manuellement cette adresse dans un nouvel e-mail ?
Un seul point de données, puisque j’ai rencontré ce problème :
Dans Thunderbird (j’utilise la version 78.7), je pense qu’il reconnaît les e-mails de Discourse comme provenant d’une liste de diffusion et propose deux boutons de réponse — Répondre et Répondre à la liste.
Répondre créera une réponse renvoyée à l’adresse « De » (noreply@xyz.com)
Répondre à la liste créera une réponse renvoyée à l’adresse « Répondre à » (replies+01234@xyz.com)
Personnellement, je trouve très facile de cliquer par erreur sur le bouton Répondre au lieu du bouton Répondre à la liste.
Je sais que certains membres de notre équipe ayant rencontré ce problème utilisent Thunderbird, et ont donc probablement fait face au comportement décrit par @Beakerton dans ses remarques (je sais aussi que certains anciens clients de messagerie basés sur UNIX font de même ; je n’avais pas vraiment réalisé qu’Outlook ne facilitait pas cette opération jusqu’à rédiger cette réponse). Si cela vous intéresse, je peux demander aux autres utilisateurs dont je ne connais pas le client de messagerie comment ils ont rencontré ce problème, bien que je m’attende à ce que ce soit similaire.
Je pense que cela pourrait être le cas. Ou bien, s’ils y réfléchissent, ils pourraient croire qu’une fonctionnalité « magique » dans Discourse anonymise l’adresse de l’expéditeur tout en s’assurant que leur réponse leur parvienne ? (Je réalise que ce n’est pas le cas et comprends les raisons pour lesquelles cela ne fonctionne pas ainsi, aussi je ne suggère pas que je pense que cela devrait se produire).
Je pense qu’un avantage de personnaliser l’adresse « De : » pour quelque chose qui ressemble moins à une adresse raisonnable, comme @simon le note ici :
serait de dissiper ces illusions pour ceux qui prêtent attention, ou simplement de rendre moins surprenant le fait que cela n’ait pas fonctionné s’ils reviennent en arrière et examinent leur message envoyé. Mais être capable de personnaliser le message « mauvaise adresse de destination » nous mènerait probablement à 95 % du chemin, aussi vais-je m’y pencher davantage.
J’ai toujours l’en-tête From: noreply@example.com et je pensais le rendre plus accueillant (en partie au cas où les gens ne penseraient pas que répondre fonctionnerait). Noreply doit être soit une valeur par défaut, soit un paramètre recommandé.
Mais peut-être que la réponse à ces deux problèmes se trouve dans la première partie de cette phrase :
Notre expérience montre que cela arrive effectivement aux utilisateurs de Thunderbird. De nos jours, c’est la première question que je pose lorsqu’une personne signale un incident de ce type, et la réponse est toujours « oui ».
C’est clairement un problème lié à Thunderbird, comme nous l’avons découvert et testé à la mi-janvier :
Répondre - un seul message - envoyé à [noreply@forum.xxxxx.com](mailto:noreply@forum.xxxxx.com)
Répondre à tous - deux messages - envoyés à la fois à [noreply@forum.xxxxx.com](mailto:noreply@forum.cxxxx.com)
et à [xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)
Répondre à la liste - un seul message - envoyé à
[xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)
Il s’avère qu’il existe même une extension pour Thunderbird permettant de corriger ce problème :
Oui, je considère fermement cela comme une erreur de conception dans Thunderbird.
Cependant, je comprends la situation de vos utilisateurs qui tentent simplement de faire ce qu’il faut. Je pense que la meilleure chose à faire actuellement est de personnaliser le message d’erreur afin qu’il soit spécifique à votre communauté et place le remède le plus courant en haut de la réponse, par exemple :
Nous sommes désolés, mais votre message électronique à [“[project]@discoursemail.com”] (intitulé Re: [Sujet]) n’a pas abouti.
Si vous utilisez Thunderbird comme client de messagerie, vous devez répondre à la liste ; il n’est pas possible de répondre directement aux utilisateurs par courrier électronique.
Utilisez-vous plus d’une adresse e-mail ? Avez-vous répondu depuis une adresse différente ? Les réponses par e-mail nécessitent que vous utilisiez la même adresse e-mail lors de la réponse. Sinon, l’en-tête Message-ID de l’e-mail a peut-être été modifié.
Bien sûr, pas exactement ce texte — tout ce que vous jugez pertinent, listé en haut de la réponse.
J’ai mis à jour notre message d’erreur grâce aux conseils de ce message de @simon, et je pense que cela suffira à régler la confusion que certains membres de notre communauté ont ressentie. Si nous pouvions personnaliser l’adresse « De : » pour quelque chose comme noreply@discoursemail.com, ce serait la cerise sur le gâteau, mais pour l’instant, je pense que nous sommes dans une bien meilleure situation.
Merci encore pour toute l’aide apportée ici,
-Brad
PS — Puisque nous critiquons Thunderbird dans ce fil, je mentionnerai qu’il reste troublant pour nos utilisateurs de Thunderbird que les URLs de leurs messages au format HTML semblent être ignorées par le filtre de traitement des courriels entrants de Discourse. Il n’est toujours pas clair pour moi s’il s’agit d’un bug de Thunderbird ou d’un bug de Discourse.
Sur la base de ces retours, nous allons également améliorer le message d’erreur de manière générale. Il s’affichera ainsi dans la version bêta actuelle et les futures versions :
Nous sommes désolés, mais votre message à %{destination} (intitulé %{former_title}) n'a pas abouti.
Voici quelques points à vérifier :
- Utilisez-vous plusieurs adresses e-mail ? Avez-vous répondu depuis une adresse différente de celle que vous avez utilisée initialement ? Les réponses par e-mail nécessitent que vous utilisiez la même adresse e-mail lors de la réponse.
- Votre logiciel de messagerie a-t-il correctement utilisé l'adresse e-mail Reply-To lors de la réponse ? Malheureusement, certains logiciels de messagerie envoient par erreur les réponses à l'adresse From:, ce qui ne fonctionnera pas.
- L'en-tête Message-ID de l'e-mail a-t-il été modifié ? Le Message-ID doit rester cohérent et inchangé.
Besoin d'aide supplémentaire ? Contactez-nous via les coordonnées « Contactez-nous » à l'adresse %{base_url}/about
Mais je peux ouvrir mes anciens messages Discourse dans Thunderbird sans rencontrer ce problème. Seuls les plus récents posent problème. Je l’ai décrit dans mon message :
Je suppose que vous avez raison et que la présence de l’en-tête List-Post fait comprendre à Thunderbird qu’il s’agit d’un courriel de liste de diffusion. Probablement qu’un en-tête Reply-To suffirait.
Le champ List-Post décrit la méthode pour poster sur la liste. Il s’agit généralement de l’adresse de la liste, mais cela PEUT être un modérateur ou potentiellement une autre forme de soumission. Pour le cas spécial d’une liste qui n’autorise pas les publications (par exemple, une liste d’annonces), le champ List-Post peut contenir la valeur spéciale “NO”.
Je ne suis pas expert en e-mail, donc peut-être que ce n’était pas clair.
Il semble que les e-mails aient From:noreply@example.com et List-Post:replies+12345@example.com — je me base uniquement sur ce sujet, pas sur une vérification, donc je pourrais très bien me tromper.
Je me demandais si From:noreply@example.com et Reply-To:replies+12345@example.com fonctionneraient sans confondre Thunderbird.
Les en-têtes de notification par e-mail que nous fournissons sont corrects. La divergence provient du modèle mental de l’utilisateur quant à ce qui se passe…
cet utilisateur David m’envoie un e-mail directement
… par rapport à ce qui se passe réellement.
le forum me notifie d’une activité sur un sujet
J’espère que le message d’erreur amélioré par e-mail aidera l’utilisateur à comprendre la différence. Il est difficile de faire passer les utilisateurs uniquement par e-mail à une solution hybride de forum web.
Je comprends cette différence, mais si vous utilisez Reply-To, pourquoi utiliser aussi List-Post ?
Je ne dis pas que c’est incorrect — je me demande simplement. Sur la base de ce sujet uniquement, cela semble confondre Thunderbird et (si Reply-To fonctionne) être inutile.
