أود أن أعرف كيف يمكن تشغيل خيار الاختيار بين “الرد على المؤلف” أو “الرد على الكل” في عملاء البريد الإلكتروني للمستخدمين الذين يتلقون إشعارات من Discourse.
حاليًا، يأتي كل بريد إلكتروني من نفس العنوان “لا ترد”، موجهًا فقط إلى المستلم.
أود قراءة الآراء حول ما إذا كان النهج البسيط باستخدام author_of+{reply_id}@my.discourse كمرسل وعناوين متعددة كمستلمين (المستلم الحقيقي و audience_of+{reply_id}@my.discourse) سيسمح للمستخدمين باختيار المستلمين (المؤلف أو الكل) في عملائهم (في سيناريو مع مستقبل البريد الإلكتروني).
إنه يضيف عنوان البريد الإلكتروني للمرسل إلى رسائل البريد الإلكتروني، حتى يتمكن الأشخاص من الرد مباشرة إذا أرادوا. هذا يكشف عن عنوان البريد الإلكتروني للجميع، لذا فهو مناسب فقط للأشخاص الذين يفضلون استخدام Mailman بدلاً من Discourse.
من المحتمل أن العميل الذي كتبته له لم يقم بالترقية منذ نوفمبر 2020، لذلك لا أعرف ما إذا كان لا يزال يعمل. للوهلة الأولى، يبدو أنه يعمل.
كنت أبحث عن حل لا يكشف عن أي عناوين بريد إلكتروني للمستخدمين بشكل عام.
على الرغم من ذلك، يمكن تمييز فئات خاصة للردود الخاصة عبر البريد الإلكتروني ويمكنها أيضًا الكشف عن عناوين البريد الإلكتروني الرسمية، والتي في حالتنا معروفة جيدًا لمستخدمينا (أو يجب أن تكون كذلك).
في هذه الحالة، لن يكون من الضروري التعامل مع معلومات خاصة أو سرية داخل Discourse على الإطلاق.
كلما فكرت في هذا، زاد إعجابي به.
ومع ذلك، على عكس تطبيقك، أفضل عدم تغيير قالب البريد الإلكتروني وبدلاً من ذلك جعل هذا يعمل عن طريق تغيير رؤوس البريد الإلكتروني.
أفترض أن عنوان المرسل يجب أن يظل شيئًا مثل do-not-reply@my.discourse لتلبية متطلبات DMARC. سيكون رأس reply-to: هو my.name@official.site، وسيتضمن حقل to: المستلم وعنوان البريد الإلكتروني الخاص بالمنتدى للرد.
نعم. “حلي” فظيع بالفعل. مثال آخر على معالجتي #ميزة كـ #دعم، أخشى ذلك.
هذه فكرة جيدة. لست متأكدًا من مدى صعوبة ذلك. لا يزال يعني الكشف عن عنوان بريد إلكتروني، لذلك لا أرى أنه سينتقل إلى النواة، ولكنه يجب أن يكون ممكنًا في إضافة. لا أعرف على الفور مدى صعوبة ذلك.