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.
「いいね！」 3
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:
「いいね！」 4
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:
「いいね！」 3
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.
「いいね！」 6
(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.
「いいね！」 1
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.
「いいね！」 2
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.
「いいね！」 7
Mailjet もあり、月間最大 6,000 通まで無料で送信できます。
Elastic Email にも関心がありました。彼らは非営利団体とのパートナーシップを提供しており、私は非営利団体のフォーラムを運営しているからです。
「配信停止リンク」に問題がある点がまだよくわかりません。ユーザーが Discourse が追加するリンクではなく、その配信停止リンクをクリックした場合（あるいは、Discourse からリンクが提供されていない場合。サインアップ確認メールなどがその例です）、具体的に何が起こるのか、誰か要約していただけませんか？
更新: Elastic Email は、Discourse の管理者と連携して EE のunsubscribeリンクを無効化し、Discourse 経由で購読を管理できるようになりました。
サポートにこの問題を提起したところ、以下の返信が届きました：
こんにちは Dan さん、
当社の一部の顧客は discourse.org を利用しており、彼らの送信統計には非常に満足しています。つまり、彼らはすべて正当な企業であり、私たちがサービスを提供することを喜んでいます。
あなたの状況を考慮し、unsubscribe リンクを無効化するために協力いたします。これにより、Discourse.org 経由で購読を管理できるようになります。
これがあなたのお役に立てることを願っています。
ありがとうございます
Lubomir
「いいね！」 7
Dan さん、問題はおそらく、連携が切れてしまう点にあると思います。Discourse 内のデータは、メールが送信されなくなり、メールサービスの抑制リスト（サプレッションリスト）で破棄されている事実を反映していません。
その結果、Discourse 内でそれらを定期的に手動で整理するという厄介な作業が発生します。
また、おそらくより深刻な問題として、Discourse のインターフェースを通じてサブスクリプションを単純に再有効化することができず、メールサービス側で抑制リストからの削除を何らかの手順で行わなければならない点です。
これは素晴らしいニュースですね！ありがとうございます。フォローアップいたします。
「いいね！」 1
上記で説明されている通り、これが問題です。必要なのは、Mailjetがそのような事象が発生した際にDiscourseに通知できるよう、Mailjet用のウェブフックを追加することだと考えられます（Mailgunなどについては#howtoがあります）。
Mailjetが自社の未読リンクを削除するのは良いことですが、それでも、何らかの他の理由でアドレスが機能しなくなった場合のケースはカバーできません。
最近、Postmarkに関するPRを追加しました：Postmark bounce support? - #6 by pfaffman
私の推測ですが（決定権は私にはありませんが）、ElasticEmailについても同様のPRが歓迎されるでしょう。
彼らのウェブフックに関するドキュメントはこちらです：https://help.elasticemail.com/en/articles/2376855-how-to-manage-http-web-notifications-webhooks
「いいね！」 1
直ちに彼らと話し合いましたが、彼らは私のメールからもそれらを削除する意向であると述べています。
これは素晴らしいことです！
ただし、補足すると、彼らが使用する基準の一つは、すべてのメールが Discourse によって生成されている場合に限り支援を行うというものでした（
）
「いいね！」 3