Dans la page Admin -\u003e Paramètres -\u003e Email
Discourse ignore l’Adresse email de réponse si l’adresse email ne contient pas %{reply_key} et utilise à la place l’adresse email par défaut dans les en-têtes « De » et « Répondre à » des emails qu’il envoie.
Voici les étapes pour reproduire le problème et ce qui fonctionne :
CAS CASSE
En supposant que l’adresse email par défaut définie dans Discourse est forum@domain.com
Cela fonctionne comme prévu et l’email provient maintenant de community.forum+\\u003cid\u003e@domain.com avec l’en-tête « Répondre à » également correctement défini.
Je pense que la réponse par e-mail nécessite la clé pour fonctionner et que si vous n’avez pas de clé, elle revient à utiliser l’adresse e-mail de notification, qui peut être définie dans votre app.yml et masquée dans l’interface utilisateur.
Je peux confirmer que cela fonctionne très bien sans la reply_key et en désactivant l’option find related post with key, juste que les adresses de destination et de réponse ne correspondent pas à celles fournies dans reply by email address - au lieu de cela, elle utilise par défaut celle de app.yml.
Cela ressemble juste à un bug où l’adresse e-mail fournie sur cette page est ignorée lorsque la clé n’est pas utilisée.
J’ai découvert cela par accident. Ce que fait cette option, c’est de contrôler ce qui se passe si la clé de réponse ne peut pas être trouvée dans la base de données.
Si vous l’avez activée, elle rejettera le message. Si vous l’avez désactivée, elle utilisera les en-têtes de courriel pour essayer de comprendre les choses, d’où l’avertissement concernant l’adresse de courriel. Si elle se rabat sur les en-têtes, elle fera correspondre le compte utilisateur à l’adresse de l’expéditeur au lieu de le rejeter comme elle le ferait en cas d’inadéquation avec la clé.
ce qui est loin d’être idéal dans mon cas, certains fournisseurs (mxplan ovh) étant un peu stricts avec leur règle anti-usurpation, ne permettant pas à l’utilisateur community.forum@domain.com d’envoyer un e-mail depuis community.forum+<id>@domain.com (même si le plus-addressing fonctionne côté réception)
… il m’a fallu un certain temps pour comprendre ce qui se passait (votre indice d’il y a quelques années)
