Personal i don’t use anymore, but yes for me that was the reason
Yes I chose it because it was recommended and it sent the most email for free out of the recommended services. After discovering there is no clear way for EE to communicate bounce info to Discourse, I plan on making the switch to Mailgun.
EE should be removed from the recommended services IMO due to it not fully integrating with Discourse like the others do. Or at the very least a disclaimer should be added next to the recommendation.
Ran into this same issue over last two months and now regretting using Elastic Email without knowing this limitation.
Just created a pull request for this:
Looks like their pricing also changed completely
100/day limit
Just created a PR to remove it completely as it lost the only benefit it had:
Their paid plans aren’t widely out of line with the others listed. Those suggestions aren’t only for small communities interested in a free ride.
Would recommend updating their details to reflect the change, rather than unilaterally deciding to remove them completely.
(as mentioned on GitHub)
I understand, however as mentioned in the for-removal section and in this thread, the main issue with elastic is the double-footer (which also causes re-subscribe issues); as such I don’t think it should be considered as a recommendation (unless that issue changes).
I believe that the main reason it was kept on the list is that of the generous free plan; given the multiple integration issues.
I’ve filed an alternate PR with the amendments I suggested. Unless @codinghorror asks it be removed all we need to do is update it as-is.
Based on the new severe restrictions to the free tier, Elastic is now sorted at the bottom in the docs, whereas it used to be at the 
so this issue should naturally resolve itself over time.
Il y a aussi Mailjet, avec jusqu’à 6000 e-mails gratuits par mois.
J’étais intéressé par Elastic Email car ils ont un partenariat pour les organisations à but non lucratif, et je gère un forum pour une organisation à but non lucratif.
Je ne comprends toujours pas quel est le problème avec le lien de désabonnement : quelqu’un pourrait-il résumer ce qui se passe exactement si les utilisateurs cliquent sur ce lien plutôt que sur le lien ajouté par Discourse (ou s’il n’y a pas de lien de Discourse, comme c’est le cas pour les e-mails de confirmation d’inscription) ?
MISE À JOUR : Elastic Email peut désormais collaborer avec les administrateurs Discourse pour désactiver le lien de désinscription EE et gérer les abonnements via Discourse.
J’ai signalé le problème à leur support et j’ai reçu la réponse suivante :
Bonjour Dan,
Certains de nos clients utilisent discourse.org et nous sommes très satisfaits de leurs statistiques d’envoi. Autrement dit, il s’agit tous d’entreprises légitimes que nous aimons servir.
Compte tenu de votre situation, nous allons travailler avec vous pour désactiver le lien de désinscription. De cette façon, vous pourrez gérer les abonnements via Discourse.org.
J’espère que cela vous conviendra.
Merci,
Lubomir
Dan, je pense que le problème est qu’il y a une rupture de synchronisation. Les données dans Discourse ne reflètent pas le fait que les e-mails ne sont plus envoyés et sont perdus dans la liste de suppression du service d’e-mail.
Vous vous retrouvez alors avec une tâche manuelle fastidieuse à effectuer périodiquement pour nettoyer ces éléments manuellement dans Discourse.
De plus, et c’est probablement encore pire, ils ne peuvent pas simplement réactiver leur abonnement via l’interface de Discourse, et vous devez d’une manière ou d’une autre retirer la suppression dans le service d’e-mail.
C’est une excellente nouvelle ! Merci, je vais faire un suivi.
C’est un problème tel que décrit ci-dessus. Ce qu’il faut faire, à mon avis, c’est ajouter un webhook pour Mailjet afin que Mailjet puisse notifier Discourse lorsque cela se produit. (Il existe un howto pour Mailgun et d’autres).
Bien que le fait que Mailjet supprime ses liens de désabonnement soit une bonne chose, cela ne couvre toujours pas le cas où une adresse cesse de fonctionner pour une autre raison.
J’ai récemment ajouté une PR pour Postmark : Postmark bounce support? - #6 by pfaffman.
Je suppose (mais ce n’est pas ma décision) qu’une PR similaire pour ElasticEmail serait également la bienvenue.
Leurs webhooks sont documentés ici : https://help.elasticemail.com/en/articles/2376855-how-to-manage-http-web-notifications-webhooks
Je viens de leur parler et ils ont indiqué qu’ils ont l’intention de les supprimer de mes e-mails également.
C’est formidable !
Je précise cependant que l’un des critères qu’ils utilisent semble être qu’ils apporteront leur aide tant que tous vos e-mails sont générés par Discourse (
)