[لأغراض توضيحية في هذا الاستفسار، نحن مشروع مفتوح المصدر نستخدم نسخة مستضافة من Discourse، ونشكرهم على ذلك.]
نواجه سلوكًا يُسبب ارتباكًا لأعضاء مجتمعنا، ونبحث عن إرشادات أو أفضل الممارسات لتحسين الوضع. وتحديدًا:
تُظهر إشعارات البريد الإلكتروني المرسلة من نسخة Discourse الخاصة عناوين بريد من نوع [project]@discoursemail.com في خانة From:، مع عنوان Reply-To: الذي يوجه الردود بشكل صحيح إلى الموضوع الأصلي.
عندما يرد المستلمون على مثل هذه الرسائل باستخدام زر “رد” بدلاً من “رد إلى” (وذلك لأنهم يعتقدون خطأً أن هذا سيُتيح لهم الرد على مؤلف الرسالة الأصلي خارج المنتدى)، تظهر لهم الرسالة التالية:
نحن آسفون، لكن رسالتك البريدية إلى [[project]@discoursemail.com] (عنوانها: Re: [الموضوع]) لم تنجح.
هل تستخدم أكثر من عنوان بريد إلكتروني؟ هل قمت بالرد من عنوان بريد إلكتروني مختلف؟
تتطلب الردود عبر البريد الإلكتروني استخدام نفس عنوان البريد الإلكتروني عند الرد. أو ربما تم تعديل
رأس Message-ID في الرسالة البريدية.
هذا يؤدي بهم إلى الاعتقاد بوجود مشكلة في عنوان البريد الإلكتروني الذي أرسلوا منه، بدلاً من العنوان الذي أرسلوا إليه. لكن بعد التحقق مرة أخرى، يجدون أن العنوان هو عنوان حسابهم، فيطلبون المساعدة متسائلين عما حدث.
هذا يدفعني للتساؤل عما إذا كان:
هناك طريقة لتكوين عنوان البريد الإلكتروني الذي تُرسل منه هذه الرسائل ليصبح شيئًا مثل noreply@discoursemail.com أو أي عنوان آخر يبدو أقل كعنوان بريد إلكتروني صالح؟
هل هناك طريقة يمكننا نحن أو Discourse من خلالها تخصيص رسائل الخطأ عند الرد على عنوان الإرسال لتقول شيئًا مثل: “لقد قمت بالرد على عنوان بريد إلكتروني لا يقبل الرسائل الواردة. إذا كنت تحاول الرد على رسالة إشعار من Discourse، يرجى استخدام عنوان Reply-To: أو التواصل مباشرة مع مؤلف الرسالة.”
[أعتذر إذا كان قد فاتني شيء ما قبل نشر هذا الاستفسار. ورغم أنني وجدت رسائل أخرى في meta.discourse.org تطرح أسئلة مماثلة، إلا أنه لم يقودني أي منها إلى إجابات. مع ذلك، كان من الصعب عليّ العثور على كلمات مفتاحية تضيق نتائج البحث بشكل جيد].
لا يوجد إعداد، على حد علمي، يمكن استخدامه لهذا الغرض. عند النظر إلى صندوق الوارد الشخصي الخاص بي، يبدو أن عدم تطابق حقلي “من” و"رد إلى" أمر شائع جدًا. أرى أمثلة على تطبيقات ترسل رسائل من عنوان بريد إلكتروني من نوع “لا رد” مع تعيين عنوان “رد إلى” إلى العنوان الصحيح للردود. بينما تبدو تطبيقات أخرى تتعامل مع الأمر بنفس الطريقة التي يتعامل بها Discourse — باستخدام عنوان “من” يبدو حقيقيًا، ولكن مع توقع استخدام عنوان البريد الإلكتروني “رد إلى” للرد.
ما لم يكن هناك إعداد موقع لا أعرفه يسمح لك بتعيين عنوان “من” إلى noreply@<domain.com>، فإن إضافة مثل هذا الإعداد تبدو لي طلب ميزة معقول.
نموذج البريد الإلكتروني الذي يستخدمه Discourse لهذه الردود هو نموذج email_reject_bad_destination_address. يُفترض أن يُدرج هذا النموذج في قسم قوالب البريد الإلكتروني للموقع (الموجود في الإدارة / تخصيص / البريد الإلكتروني). عندما أبحث في موقعي عن هذا النموذج، لا أجده. يبدو لي أن هذا خطأ يحتاج إلى إصلاح. نحتاج إلى إضافة النموذج إلى القائمة الموجودة في discourse/app/controllers/admin/email_templates_controller.rb at main · discourse/discourse · GitHub. هذا تغيير بسيط، لذا يجب أن نتمكن من إنجازه قريبًا جدًا.
حتى ذلك الحين، يمكنك تحرير نموذج email_reject_bad_destination_address بالانتقال إلى قسم الإدارة / تخصيص / نص في موقعك وإدخال النص التالي في مربع البحث:
قائمة بريد إلكتروني سيئة السلوك قد تُضبط فيها الإجابة على عنوان القائمة، ويمكن للمستخدم الذي يرغب في الرد على المرسل بدلاً من ذلك تغيير العنوان إلى عنوان المرسل، وهو عنوان الشخص الذي أرسل الرسالة. أعتقد أن هذا السلوك قوي لدرجة أن الناس لن ينظروا إلى العنوان ليتأكدوا من أنه لا يمكن أن يكون عنوان الشخص الذي كتب الرسالة.
لواحدة من المجتمعات التي تركز على البريد الإلكتروني، قمت بكتابة إضافة تكشف عنوان البريد الإلكتروني للناشر لتمكين الرد مباشرة على المرسل عبر البريد الإلكتروني.
أعلم أن بعض أعضاء فريقنا الذين واجهوا هذه المشكلة يستخدمون Thunderbird، وبالتالي من المرجح أنهم واجهوا السلوك الذي أشار إليه @Beakerton في ملاحظاته (وأعلم أن بعض برامج البريد القديمة القائمة على UNIX تفعل الشيء نفسه؛ لم أكن أدرك حقًا أن Outlook لا يسهل القيام بذلك حتى كتبت هذا الرد). إذا كان ذلك يثير اهتمامكم، يمكنني سؤال المستخدمين الآخرين الذين لا أعرف برامج البريد الخاصة بهم عن كيفية مواجهتهم لهذه المشكلة، على الرغم من أنني أتوقع أن الأمر مشابه.
أعتقد أن هذا ممكن. أو أنه إذا كانوا يفكرون في الأمر، فقد يعتقدون أن هناك شيئًا “سحريًا” في Discourse يقوم بإخفاء عنوان المرسل ولكنه سيضمن وصول ردّهم إليه؟ (أدرك أن هذا ليس هو الحال، وأفهم الأسباب لذلك، لذا لا أقترح أنني أعتقد أنه يجب أن يحدث هذا _).
أعتقد أن ميزة تخصيص عنوان “من:” ليصبح عنوانًا يبدو أقل معقولية، كما أشار @simon هنا:
ستساعد في تبديد هذه الأوهام لأولئك الذين ينتبهون، أو ربما تجعل من غير المفاجئ أن الأمور لم تنجح إذا عادوا ونظروا إلى رسالتهم المرسلة. لكن القدرة على تخصيص رسالة “عنوان الوجهة الخاطئ” ستقربنا على الأرجح من تحقيق الهدف بنسبة 95%، لذا سأقوم بدراسة ذلك بشكل أعمق.
لا يزال لدي رأسية ‘من:’ كـ noreply@example.com، وكنت أفكر في جعلها أكثر ترحيبًا (جزئيًا في حال اعتقد الناس أن الرد لن ينجح). يجب أن يكون ‘noreply’ إما إعدادًا افتراضيًا أو موصى به.
لكن ربما تكون الإجابة على المشكلتين في الجزء الأول من هذه الجملة:
تجربتنا تشير إلى أن هذا يحدث بالفعل لمستخدمي Thunderbird.
في الوقت الحالي، هذا هو أول سؤال أطرحه عندما يبلغ شخص ما عن حادث مشابه، والإجابة دائمًا تكون ‘نعم’.
بالتأكيد، هذه مشكلة في Thunderbird اكتشفناها واختبرناها في منتصف يناير:
الرد - رسالة واحدة - يُرسل إلى [noreply@forum.xxxxx.com](mailto:noreply@forum.xxxxx.com)
الرد على الكل - رسالتان - تُرسل إلى كل من [noreply@forum.xxxxx.com](mailto:noreply@forum.cxxxx.com)
و [xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)
الرد إلى القائمة - رسالة واحدة - تُرسل إلى
[xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)
اتضح أن هناك حتى إضافة لـ Thunderbird لإصلاح هذه المشكلة:
ومع ذلك، أتفهم مشاعر مستخدميك الذين يحاولون ببساطة فعل الصواب. أعتقد أن أفضل ما يمكنك فعله في الوقت الحالي هو تخصيص رسالة الخطأ لتكون محددة لمجتمعك وتضع الحل الأكثر شيوعًا للخطأ في أعلى الرد، على غرار:
نأسف، لكن رسالتك البريدية إلى [“[project]@discoursemail.com”] (العنوان: رد: [الموضوع]) لم تنجح.
إذا كنت تستخدم Thunderbird كعميل بريد إلكتروني، فيجب عليك الرد على القائمة؛ ولا يمكن الرد مباشرة على المستخدمين عبر البريد الإلكتروني.
هل تستخدم أكثر من عنوان بريد إلكتروني؟ هل قمت بالرد من عنوان بريد إلكتروني مختلف؟ تتطلب الردود البريدية استخدام نفس عنوان البريد الإلكتروني عند الرد. أو ربما تم تعديل رأس Message-ID في البريد الإلكتروني.
ليس هذا النص بالضبط، بالطبع — بل ما تراه منطقيًا، مع ذكره في أعلى القائمة.
لقد قمت بتحديث رسالة الخطأ الخاصة بنا بفضل النصائح الواردة في رسالة سيمون أعلاه، وأعتقد أن هذا سيكفي لمعالجة الارتباك الذي شعر به بعض أفراد مجتمعنا. إذا كان هناك طريقة لتخصيص عنوان “من:” ليصبح أشبه بـ noreply@discoursemail.com، فسيكون ذلك تاجًا على القمة، لكن حتى الآن أعتقد أننا في وضع أفضل بكثير.
شكرًا مرة أخرى على كل المساعدة هنا،
-براد
ملاحظة جانبية — طالما أننا نتحدث عن عيوب Thunderbird في هذا الموضوع، سأذكر أنه لا يزال من المحير لمستخدمي Thunderbird أن الروابط من رسائلهم المنسقة بتنسيق HTML يبدو أنها تُهمل بواسطة مرشح معالجة البريد الوارد في Discourse، حيث لا يزال غير واضح بالنسبة لي ما إذا كان هذا يشير إلى خلل في Thunderbird أم في Discourse.
بناءً على هذا الملاحظات، سنقوم أيضًا بتحسين رسالة الخطأ بشكل عام. ستظهر على النحو التالي في النسخة التجريبية الحالية والإصدارات المستقبلية:
نعتذر، لكن رسالتك البريدية إلى %{destination} (عنوانها %{former_title}) لم تنجح.
إليك بعض الأشياء التي يمكنك التحقق منها:
- هل تستخدم أكثر من عنوان بريد إلكتروني؟ هل قمت بالرد من عنوان بريد إلكتروني مختلف عن الذي استخدمته في الأصل؟ تتطلب ردود البريد الإلكتروني استخدام نفس عنوان البريد الإلكتروني عند الرد.
- هل استخدم برنامج البريد الإلكتروني الخاص بك عنوان "الرد إلى" (Reply-To) بشكل صحيح عند الرد؟ للأسف، تقوم بعض برامج البريد الإلكتروني بإرسال الردود بشكل غير صحيح إلى عنوان "من" (From)، وهو ما لن يعمل.
- هل تم تعديل رأس Message-ID في البريد الإلكتروني؟ يجب أن يكون معرف الرسالة (Message-ID) متسقًا وغير مُعدَّل.
تحتاج إلى مزيد من المساعدة؟ تواصل معنا عبر تفاصيل "اتصل بنا" في %{base_url}/about
يصف حقل List-Post طريقة النشر في القائمة. عادةً ما يكون هذا هو عنوان القائمة، لكنه قد يكون أيضًا اسم مشرف، أو ربما شكلًا آخر من أشكال الإرسال. في الحالة الخاصة للقائمة التي لا تسمح بالنشر (مثل قائمة الإعلانات)، قد يحتوي حقل List-Post على القيمة الخاصة “NO”.
لست خبيرًا في البريد الإلكتروني، لذا ربما لم أكن واضحًا.
يبدو أن رسائل البريد الإلكتروني تحتوي على From:noreply@example.com و List-Post:replies+12345@example.com - وأنا أستند إلى هذا فقط في هذا الموضوع، دون التحقق فعليًا، لذا قد يكون ذلك خاطئًا.
تساءلت عما إذا كان استخدام From:noreply@example.com و Reply-To:replies+12345@example.com سيعمل دون أن يُربك Thunderbird.
ترويسات إشعار البريد الإلكتروني التي نوفرها صحيحة. يأتي التباين من النموذج الذهني للمستخدم لما يحدث …
هذا المستخدم ديفيد يرسل لي بريدًا إلكترونيًا مباشرة
… مقابل ما يحدث فعليًا.
المنتدى يخبرني بالنشاط على موضوع معين
أتمنى أن يساعد رسالة الخطأ المحسّنة في البريد الإلكتروني المستخدم على فهم الفرق. إن تحويل المستخدمين المعتمدين على البريد الإلكتروني فقط إلى حل هجين يجمع بين الويب والمنتديات يمثل تحديًا.
أفهم هذا الاختلاف، ولكن إذا كنت تستخدم حقل Reply-To، فلماذا تستخدم أيضًا حقل List-Post؟
أنا لا أقول إن ذلك خاطئ — بل مجرد استفسار. بناءً على هذا الموضوع فقط، يبدو أنه يُسبب ارتباكًا في Thunderbird، وإذا كان Reply-To يعمل، فقد يكون غير ضروري.
