مرحبًا،
لم أجد طريقة لإضافة رؤوس البريد الإلكتروني عبر SMTP عند إرسال البريد الإلكتروني. وبما أنني أستخدم خدمة ElasticEmail، فإنهم يطلبون إرسال جميع رسائل البريد الإلكتروني التحويلية مع رأس “IsTransactional”:true.
لقد تفحصت إعدادات SMTP وبحثت على الإنترنت، لكنني لم أجد طريقة لإضافة رؤوس بريد إلكتروني مخصصة إلى Discourse. هل يعرف أحد كيف يمكنني فعل ذلك؟
شكرًا مقدمًا،
أوليفر
ستحتاج إلى إضافة مخصصة.
حسنًا، أرى ذلك، وأظن أنه لا يوجد أي إضافة متاحة تدعم هذه الميزة حتى الآن؟
بما أنني مطور C#، فلا أود الغوص في برمجة مخصصة لمنصة Discourse فقط من أجل هذه الميزة 
أنا لست على علم بذلك. يمكنك النشر في Marketplace (بافتراض سعر 500 دولار)، لكن سيكون من الأسهل بكثير استخدام إحدى الخدمات المدعومة.
تعديل: أوه، خطأ. إنه موجود في القائمة. يبدو أنه لا ينبغي أن يكون كذلك.
Elastic Email مدرجة في القائمة، وأنا مهتم لمعرفة ما إذا كان شرط الرأس (header) جديدًا، هل واجهت مشاكل بدونه في الرأس؟
إذا كان هناك شرط جديد من أحد المزودين الموصى بهم، فقد يكون الفريق مستعدًا لإضافة الرأس، أو قد يكون هذا سببًا لسحب التوصية.
حسنًا، لقد عثرت على هذه المناقشة: Remove (or merge) Elastic email Unsubscribe
شكا العديد من الأشخاص من مشكلة إلغاء الاشتراك في خدمة Elastic Email، وأنا أعاني من نفس المشكلة!
لكن إذا تم إضافة رأس البريد الإلكتروني البسيط “IsTransactional” = true إلى جميع الرسائل الصادرة، فستتعامل خدمة Elastic Email تلقائيًا مع جميع الرسائل على أنها رسائل معاملات، وبالتالي ستضيف تذييلًا بعنوان “إدارة الإشعارات” بدلاً من تذييل “إلغاء الاشتراك”.
لذلك، في رأيي، هذا شرط ضروري لكل من Elastic Email وDiscourse.
يبدو أن الأمر مرغوب فيه للغاية، نعم.
حسنًا، النص ينص على ما يلي:
هذا هو الحل السريع والسهل.
وبما أن معظم الأنظمة ستتجاهل القيمة IsTransactional":true، فلن يكون هناك ضرر كبير في تضمينها، أو ربما الاكتفاء بعدم التوصية بها.
نعم، أعتقد بالتأكيد أنه يجب عليهم تضمين هذا الرأس… حتى لو لم يكن مثاليًا بعد، لأنك لا تستطيع تجنب رابط “إدارة الإشعارات”، لكنه أفضل بكثير من رابط “إلغاء الاشتراك”…
سيكون تخصيص الترويسات مفيدًا أيضًا، مما يتيح لك التمييز بين القناة على جانب Elastic Email، وهو ما يسمح لك بإعداد تقارير حسب النطاق — وهو أمر بالغ الأهمية إذا كنت تدير مواقع Discourse متعددة باستخدام حساب واحد لـ Elastic Email.
من المحير قليلاً أن Elastic Email لا يمكنه التمييز بين نطاق المصدر بشكل افتراضي، مثلما يفعل SparkPost، لكن SparkPost لم يعد خيارًا متاحًا بعد رفعهم للأسعار.