I’m a big fan of Postmarkapp.com
We use their bounce API to create tickets when emails need attention.
What would it take to expand Discourse’s Bounce Processing to support Postmark?
See:
I’m a big fan of Postmarkapp.com
We use their bounce API to create tickets when emails need attention.
What would it take to expand Discourse’s Bounce Processing to support Postmark?
See:
We only support adding these sorts of things for mail services that have a free tier. Otherwise it doesn’t benefit enough people.
And for our hosted customers, we handle all email, so there’s no reason to do it for our customers.
Also, we haven’t used any “Bounce API” but rather “Bounce Webhooks” which is documented here
هل تفكر في قبول طلب سحب (PR) لدعم الويب هوك لارتدادات Postmark الآن؟ Mailgun، أحد مزودي الارتداد المدعومين رسميًا، نقلوا مؤخرًا خطتهم المجانية. لدي انطباع بأن الخطط المجانية تتلاشى عمومًا في هذه الصناعة: Tell HN: Mailgun lowers free-tier API from 10k to 625 emails per month | Hacker News
سيتم بالتأكيد النظر في طلب السحب (PR). يرجى التواصل مبكرًا إذا كان هذا المزوّد يختلف كثيرًا عن المزوّدين المدعومين حاليًا، حتى نتمكن من تقديم ملاحظات حول قابلية دمج نهجك.
لدي هذا وأوشك على تقديم طلب دمج (PR).
باستخدام أمر curl للاختبار الذي وثقوه هنا على مثيل التطوير الخاص بي، يبدو أنه سيعمل.
لقد أدرجت اختبارات spec لكل من الارتدادات الصلبة والناعمة.
تعديل: لقد أجريت الآن اختبارات عن طريق التفعيل من واجهة اختبار الويب هوك الخاصة بهم، ويبدو أنها تعمل بالفعل.
أعتقد أن هذا مقبول: add postmark webhook handling by pfaffman · Pull Request #8919 · discourse/discourse · GitHub
تم الدمج! شكرًا لك!
@wesochuck يقترح التغييرات التالية على أنواع الارتداد (انظر Bounce API | Postmark Developer Documentation لتعريفات أنواع الارتداد، رغم أنني قدّمتها أدناه).
إضافة إلى hard_bounces:
BadEmailAddress — “عنوان بريد إلكتروني غير صالح — العنوان ليس عنوان بريد إلكتروني صالح.”Blocked — “حظر من مزود خدمة الإنترنت — تم الحظر من هذا المزود بسبب المحتوى أو الإدراج في القائمة السوداء.”إضافة إلى Soft bounces:
SMTPApiError — “خطأ في واجهة برمجة تطبيقات SMTP — حدث خطأ أثناء استلام بريد إلكتروني عبر واجهة برمجة تطبيقات SMTP.”DMARCPolicy — “سياسة DMARC — تم رفض البريد الإلكتروني بسبب سياسة DMARC.”أعتقد أن blocked منطقية، لكنني لست متأكدًا من الباقي. أخبرني برأيك وسأقوم بإنشاء طلب الدمج (PR) وفقًا لذلك.
آسف، لكن طلب الدمج (PR) الخاص بي لا يعمل.
أولاً، يتجاهل Postmark معرف الرسالة (message-id) افتراضيًا.
ثانيًا، فإن MessageID الذي يدرجه Postmark في الويب هوك ليس هو Message-ID الموجود في الرسالة.
من: Everything you need to know about SMTP (Simple Mail Transfer Protocol) | Postmark
هل هناك طريقة سهلة لإضافة رأس X-PM-KeepID: true في البريد الصادر؟ هل يمكن إضافة ذلك إلى النواة (core)؟
إذا تم حل هذه المشكلة، فسأبحث عما إذا كان هناك طريقة لإدراج Message-ID الفعلي في حمولة الويب هوك ومعالجتها وفقًا لذلك.