Je voudrais savoir comment l’option de choisir entre « répondre à l’auteur » ou « répondre à tous » pourrait être déclenchée dans les clients de messagerie des utilisateurs qui reçoivent des notifications de Discourse.
Actuellement, chaque message provient de la même adresse « ne pas répondre », s’adressant uniquement au destinataire.
J’aimerais lire des opinions sur la question de savoir si une approche naïve utilisant author_of+{reply_id}@my.discourse comme expéditeur et plusieurs adresses comme destinataires (le vrai destinataire et un audience_of+{reply_id}@my.discourse) permettrait aux utilisateurs de choisir les destinataires (auteur ou tous) dans leurs clients (dans un scénario avec un récepteur d’e-mails).
Il ajoute l’adresse e-mail de l’expéditeur aux e-mails, afin que les gens puissent répondre directement s’ils le souhaitent. Cela expose l’adresse e-mail de tout le monde, donc ce n’est vraiment approprié que pour les personnes qui préféreraient utiliser Mailman plutôt que Discourse.
Il est probable que le client pour lequel je l’ai écrit n’ait pas effectué de mise à niveau depuis novembre 2020, donc je ne sais pas s’il fonctionne toujours. À première vue, il semblerait que oui.
Je cherchais une solution qui n’expose aucune adresse e-mail d’utilisateur en général.
Bien que des catégories spéciales puissent être marquées pour des réponses privées par e-mail et pourraient en plus exposer des adresses e-mail officielles, qui, dans notre cas, sont (ou devraient être) bien connues de nos utilisateurs.
Dans ce cas, il ne serait pas nécessaire de gérer des informations privées ou confidentielles à l’intérieur de Discourse.
Plus j’y pense, plus cela me plaît.
Cependant, contrairement à votre implémentation, je préférerais ne pas modifier le modèle d’e-mail et faire en sorte que cela fonctionne en modifiant les en-têtes d’e-mail.
Je suppose que l’adresse d’expéditeur devrait toujours être quelque chose comme do-not-reply@my.discourse pour satisfaire DMARC. L’en-tête reply-to: serait my.name@official.site, et le champ to: inclurait le destinataire et l’adresse e-mail du forum de réponse.
Oui. Ma « solution » est en effet grossière. Un autre exemple de mon traitement de Feature comme Support, je le crains.
C’est une bonne idée. Je ne suis pas sûr de la difficulté. Cela signifierait toujours exposer une adresse e-mail, donc je ne vois pas comment cela pourrait être intégré au cœur du système, mais cela devrait être possible dans un plugin. Je ne sais pas à quel point ce serait difficile.