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.
هناك أيضًا Mailjet، مع ما يصل إلى 6000 رسالة بريد إلكتروني مجانية شهريًا.
كنت مهتمًا بـ Elastic Email لأنهم يقدمون شراكة مع المنظمات غير الربحية، وأنا أدير منتدى لمنظمة غير ربحية.
لا يزال غير واضح لي ما هي المشكلة بالضبط مع رابط إلغاء الاشتراك — هل يمكن لأحد تلخيص ما يحدث بالضبط إذا نقر المستخدمون على هذا الرابط بدلاً من الرابط الذي يضيفه Discourse (أو إذا لم يكن هناك رابط من Discourse، كما هو الحال مع رسائل تأكيد التسجيل)؟
تحديث: يمكن الآن لـ Elastic Email العمل مع مسؤولي Discourse لتعطيل رابط إلغاء الاشتراك الخاص بـ EE وإدارة الاشتراكات عبر Discourse.
لقد أثرت القضية مع دعمهم وتلقيت الرد التالي:
مرحبًا دان،
يستخدم بعض عملائنا discourse.org ونحن راضون تمامًا عن إحصائيات إرسالهم. وبعبارة أخرى، جميعهم شركات شرعية نحب خدمتها.
بالنظر إلى ظروفك، سنعمل معك على تعطيل رابط إلغاء الاشتراك. بهذه الطريقة، ستتمكن من إدارة الاشتراك عبر Discourse.org.
آمل أن يكون ذلك مناسبًا لك.
شكرًا
لوبومير
دان، أعتقد أن المشكلة تكمن في حدوث فجوة. البيانات في Discourse لا تعكس حقيقة أن رسائل البريد الإلكتروني لم تعد تُرسل وتُفقد في قائمة كبح خدمة البريد الإلكتروني.
عندها ستواجه مهمة يدوية مزعجة لتنظيف هذه الحالات يدويًا في Discourse بشكل دوري.
أيضًا، والأخطر على الأرجح، لا يمكنهم ببساطة إعادة تفعيل اشتراكهم عبر واجهة Discourse، بل يتعين عليك إزالة الكبح في خدمة البريد الإلكتروني بطريقة ما.
هذه أخبار رائعة! شكرًا لك، سأتابع الأمر.
هذه مشكلة كما هو موضح أعلاه. ما أعتقد أنه يجب فعله هو إضافة webhook لـ Mailjet بحيث يمكن لـ Mailjet إخطار Discourse عند حدوث ذلك. (يوجد دليل howto لـ Mailgun وغيرها).
على الرغم من أن قيام Mailjet بإزالة روابط إلغاء الاشتراك الخاصة بهم أمر جيد، إلا أنه لا يغطي الحالة التي يتوقف فيها عنوان بريد إلكتروني عن العمل لسبب آخر.
لقد أضفت مؤخرًا طلب دمج (PR) لـ Postmark: Postmark bounce support? - #6 by pfaffman.
أتخيل (ولكن هذا ليس قرارًا مني) أن طلب دمج مماثل لـ ElasticEmail سيكون مرحبًا به أيضًا.
وثائق webhooks الخاصة بهم متاحة هنا: https://help.elasticemail.com/en/articles/2376855-how-to-manage-http-web-notifications-webhooks
لقد تحدثت للتو إليهم، وقد أفادوا بأنهم ينوون إزالتها من رسائل البريد الإلكتروني الخاصة بي أيضًا.
هذا رائع!
أود أن أضيف أن أحد المعايير التي يستخدمونها يبدو أنهم سيساعدون طالما أن جميع رسائل البريد الإلكتروني الخاصة بك يتم إنشاؤها بواسطة Discourse (
)