Mais il y a aussi quelques problèmes avec Elastic Email Add IsTransactional:true to SMTP Mail Headers to satisfy ElasticEmail - #8 by pfaffman
Jay, merci d’avoir soulevé ce point. Laissez-moi mieux comprendre :
Ce que vous mettez en évidence, c’est que lorsque des personnes reçoivent un e-mail provenant d’Elastic Email, elles ont accès à un lien très visible et peuvent se désabonner unilatéralement de la réception des e-mails, sans que Discourse en soit informé ? Vous, en tant qu’administrateur système, resterez dans l’ignorance ?
Je n’ai pas d’expérience directe.
Il semble qu’ils insèrent un lien de désinscription et qu’un en-tête spécial soit nécessaire pour le faire disparaître. Je ne sais pas s’il existe un moyen d’utiliser Elastic Email avec un webhook pour notifier Discourse des désinscriptions, mais ils ne sont pas répertoriés sur Configure VERP to handle bouncing e-mails.
Je pense que si vous parvenez à faire fonctionner AWS, c’est probablement la meilleure solution, mais ce n’est pas une bonne option pour ceux qui viennent ici pour apprendre à configurer l’envoi d’e-mails.
Mailgun est vraiment simple à utiliser.
Merci.
C’est un peu inutile pour moi, et je vais vous expliquer pourquoi : SparkPost a fait exactement la même chose — bien que, je l’admets, je n’aie jamais vérifié s’il existait des hooks que j’aurais pu utiliser (quel idiot que je suis, car il y en avait, et nous sommes en 2019 FGS).
Dans ce cas, j’ai seulement appris cela parce que le site concerné dessert ma communauté locale, donc j’ai croisé l’homme qui avait par inadvertance cliqué sur le lien de désabonnement dans le courriel envoyé par SparkPost et se plaignait de ne recevoir aucun e-mail de réinitialisation de mot de passe. SparkPost dispose cependant d’une piste d’audit à cet égard et d’une fonctionnalité permettant aux administrateurs de réabonner quelqu’un (bien sûr, il faut l’utiliser avec parcimonie !), donc une fois que j’ai pris connaissance du problème, la correction a été facile. Je saurai mieux configurer mon e-mail la prochaine fois.
Cela dit, vous me penchez plutôt vers Mailgun maintenant, merci !
Je souhaite vraiment qu’il existe une méthode plus « générique » pour que Discourse gère les rebonds d’e-mails via webhooks. Notre fournisseur préféré (Postmark) n’est pas non plus sur la liste, ce qui signifie que nous continuons d’envoyer des e-mails à des personnes dont l’adresse a rebondi.
Une sorte de parseur magique et générique de webhooks JSON entrants pour les rebonds d’e-mails serait génial !
Ce que vous voulez dire, c’est qu’une « norme magique pour les webhooks JSON » serait géniale. Pour l’instant, chaque service de messagerie en crée sa propre, ce qui nécessite un analyseur de webhook distinct. Créer un plugin capable de le faire ne serait pas si difficile et pourrait probablement être obtenu sur le Marketplace (et pourrait être accepté en tant que PR) pour environ 500 $.
Oui, je pensais justement que, en supposant que plus de 90 % des données de rebond entrantes soient au format JSON ou dans un autre format analysable par regex, il pourrait être possible d’indiquer via un paramètre le « champ » JSON représentant l’adresse e-mail rebondie, ainsi qu’éventuellement un autre champ pour le type de rebond (dur, mou, etc.).
On pourrait le lister sous le nom de « parseur regex générique pour webhooks d’e-mails de rebond entrants ». Le nom est facile à retenir 
Cela pourrait peut-être aider à gérer le turnover constant que nous sommes susceptibles de continuer à voir pour ce type de service en particulier.
Nous sommes un site d’intranet d’entreprise à faible volume, nous allons donc probablement nous en accommoder pour l’instant.
Dans un autre fil, vous pouvez également faire disparaître le lien de désabonnement ElasticMail supplémentaire en leur indiquant où se trouve celui de Discourse : en l’annotant spécifiquement sous la forme {unsubscribe:{https://.....}} (je vous recommande de confirmer avec le support avant de soumettre une demande de tirage).
Cela pourrait probablement être réalisé en modifiant les traductions ?
J’utilisais également SparkPost pour mes instances Discourse et j’ai récemment reçu cette notification de leur part.
J’ai donc cherché une alternative.
J’ai configuré SendGrid et cela semble fonctionner correctement jusqu’à présent. J’utilise l’offre Basic à 15 $/mois.