`enable_forwarded_emails` لا يتصرف مثل التحويل التقليدي للبريد الإلكتروني

enable_forwarded_emails is a great feature for bringing existing conversations into Discourse, but for users who approach Discourse with a “Mailman-mind” - as many users on our instance do - this feature just doesn’t do what they’re expecting it to.

Within every email client I’ve used, forwarding an email intentionally excludes the original email address from the forward, and subsequent replies. Whereas with this feature, that original email address is included in the created post and subsequent replies.

If this feature isn’t enabled, then Discourse strips the actual forwarded email, which also doesn’t work for us.

My thought is there should be an alternative feature which doesn’t strip the forwarded email and posts it like so:

Thought you all should see this:

---------- Forwarded message ---------
From: Example Person <person@example.com>
Date: Wed, 13 Mar 2019 at 15:11
Subject: An email to be forwarded
To: <some_discourse_user@example.com>

The original email

This would be a lot like the result of the always_show_trimmed_content setting, but with the trimmed content automatically expanded (and therefore visible in email notifications).

@zogstrip what are your thoughts here?

With just a little bit of rejigging of the code you’ve already written for enable_forwarded_emails I think what I want to see would be relatively easy - and that’s rejigging I’m happy to do.

Perhaps the solution here is to create a new multiple-choice site setting, something like:

forwarded_emails_behaviour:

  • hide (default)
  • show (the behaviour I’m advocating for here)
  • create_replies (the existing enable_forwarded_emails behaviour)
9 إعجابات

I like that :+1:

PR at will :wink:

5 إعجابات

استغرق مني الأمر بعض الوقت، ولكن إليك طلب الدمج:

8 إعجابات

حاليًا، تتوفر لهذا الإعداد الخيارات التالية:

إذن أفترض أن خيار “إظهار” أصبح “اقتباس”؟

أيضًا، لا أفهم تمامًا لماذا يُسمى الخيار الآخر “إنشاء ردود”. ماذا يعني ذلك؟ (أو: ماذا يفعل؟)

نعم، فكلا الخيارين الآخرين “يعرضان” البريد الإلكتروني المُحوَّل، لكن هذا الخيار يقتبسه في المنشور الأصلي.

ما هو مكتوب على :canned_food:! سيحاول تحليل البريد الإلكتروني المُحوَّل، ثم إنشاء مستخدم مؤقت من المرسل الأصلي للبريد الإلكتروني المُحوَّل، وينشر البريد الإلكتروني المُحوَّل كموضوع أصلي، ثم أي نص يدرجه المحوِّل كرد على ذلك الموضوع (على الأقل هكذا أتذكر أنه يعمل).

4 إعجابات

آه، الآن فهمت. إنه النص الذي يتضمنه الموجه ليصبح الرد! لكن هذا رد واحد بالضبط. لماذا يقول “إنشاء ردود”؟

سبب آخر يجعل المصطلحات محيرة إلى حد ما: كلا مصطلحي “إخفاء” و"اقتباس" يشيران إلى النص الموجه، بينما “إنشاء ردود” يشير إلى تعليق الموجه على النص الموجه. لذا ربما يمكن توضيح هذه الخيارات بطريقة ما بالقول:

  • إخفاء البريد الإلكتروني الموجه
  • اقتباس البريد الإلكتروني الموجه
  • نشر البريد الإلكتروني الموجه مع الردود

بينما أكتب، أتساءل عما إذا كان هذا الخيار الثالث هو حقًا كيف يعمل الأمر. لا أعتقد أنه تصرف بهذه الطريقة معنا من قبل، لكن مرة أخرى ليس لدينا الكثير من الرسائل الموجهة، لذا لست متأكدًا. هل من المنطقي حتى نشر تعليق الموجه كرد؟ ألا ينبغي توضيح أن البريد الإلكتروني الموجه نُشر بواسطة الموجه؟ هذا غير واضح تمامًا عندما يبدو أن الموجه يرد عليه.

3 إعجابات

لذا أنا أستخدم إعداد الاقتباس وهو بالتأكيد لا يعمل كما هو موصوف. ربما ما زلتُ لا أفهم السلوك المقصود بشكل صحيح، لكن هذا يبدو واضحًا جدًا:

وهذا ليس ما أحصل عليه. لذا دعني أكون أكثر دقة فيما أحصل عليه: شخص ما وجه بريدًا إلكترونيًا يبدأ بملاحظة قصيرة مثل “انظر إلى هذا” يليها البريد الإلكتروني الموجه. شمل البريد الإلكتروني الموجه نصًا بالإضافة إلى ملفين PDF كمرفقات. بدا المنشور المعروض على المنتدى على النحو التالي:

انظر إلى هذا!
تحياتي،
سارة

document1.pdf
document2.pdf

هذا كل شيء.

إذن تم إزالة البريد الإلكتروني الموجه بالكامل باستثناء مرفقات الملفات. تمكنت من استعادته يدويًا، وقد بدأ حتى بـ ---------- رسالة موجهة ---------، لذا فإن تحديده لم يكن أسهل من ذلك…

هاا، أتساءل عما إذا كانت المرفقات تتسبب في مشاكل هنا. هذا هو كيف تظهر (بشكل صحيح) بالنسبة لي: https://discourse-dev.itsre-apps.mozit.cloud/t/fwd-email-to-site-feedback-support/24

3 إعجابات

حسنًا، يبدو هذا كما أتوقع تمامًا. من الجيد أن نرى أنه يعمل على الأقل في ظل ظروف معينة. لكن هل تضمنت رسالتك الإلكترونية مرفقًا؟ إذا لم يكن الأمر كذلك، فيبدو منطقيًا أن نظام discourse قد يكون مشوشًا بسبب (بعض) المرفقات.

لا تزال لدي مشاكل مع عدم عرض الرسائل الإلكترونية المحولة. وبما أن لدي على الأقل رسالة إلكترونية واحدة تحتوي على مرفقات وتم عرضها بشكل صحيح، فأنا أعتقد الآن أن المشكلة تتعلق بما إذا كان الشخص الذي يحول الرسالة قد أضاف شيئًا إلى الرسالة أم لا. ومن خلال ما أستطيع رؤيته، فإن الرسائل الإلكترونية التي تم تحويلها دون إضافة أي نص فوق الرسالة المحولة قد تم عرضها بشكل صحيح، ولكن إذا أضاف المحول شيئًا مثل “للعلم”، فإن المرفقات فقط هي التي تُدرج في المنشور وليس نص الرسالة المحولة.

بمعنى آخر، لا يزال هذا المثال غير فعال (لأنه يتضمن عبارة “اعتقدت أنه يجب عليكم جميعًا رؤية هذا:”):

بدلاً من النتيجة المذكورة أعلاه، سيتم عرض هذه الرسالة الإلكترونية على النحو التالي:

اعتقدت أنه يجب عليكم جميعًا رؤية هذا:

ولا شيء آخر.

هل يمكن لأحد التأكيد ما إذا كانت هذه المشكلة محددة ب экземпляري أم أنها موجودة في أماكن أخرى أيضًا؟

يرجى التحقق من الرسائل الإلكترونية التي تحتوي على مرفقات على وجه الخصوص (مثل ملف PDF) حيث من الممكن أن تحدث المشكلة فقط عند إضافة نص وَوجود مرفق.

أنا أيضًا لا أزال مشوشًا بشأن ما تفعله هذه التسميات/الميزات المختلفة — أحاول إعداد البريد الوارد لاستخدامه مع إضافة التذاكر :tickets: لكنني أواجه سلوكًا غير متناسق.

أشعر أن السلوك الافتراضي يجب أن يكون أن أي شيء يتم توجيهه يصبح منشورًا من قبل (المستخدم المؤقت أو العادي) الذي أنشأ الرسالة. والسبب في توجيهها يبدو أنه غالبًا ما يكون لأن شخصًا ما تلقى الرسالة وشعر أنه سيتم معالجتها بشكل أفضل على منصة ديسكورد، لذا يبدو أن الموضوع الأنسب هو أن يبدأه مؤلف البريد الإلكتروني، وليس الشخص الذي قام بالتوجيه.

(لكن ربما حالات الاستخدام الخاصة بي هي في الواقع حالات هامشية…)

يجب أن تعمل بهذه الطريقة عند تعيين enable_forwarded_emails إلى create_replies. سيكون البريد الإلكتروني المعاد توجيهه هو المنشور الأول، وينشئ ردًا إذا كتب الشخص الذي أعاد التوجيه بعض النص. وإلا، فسينشئ منشور إجراء صغيرًا، بحيث يكون من الواضح من قام بإعادة توجيه المنشور الأول.

إعجابَين (2)

حسناً، أعتقد أنني أتعلم في النهاية –

إذا كانت القيمة المختارة لإعداد الموقع “سلوك الرسائل الإلكترونية المحوّلة” هي create_replies، فإن الرسالة الأصلية تصبح المنشور الأول في الموضوع، وكل ما يُكتب في البريد الإلكتروني فوق الرسالة المحوّلة يصبح رداً على الموضوع أسفل رسالة الطرف الثالث. :confused:

سؤال: هل تقوم أي من القيم الأخرى لهذا الإعداد للموقع – وتحديداً hide أو quote – بمعالجة رسالة الطرف الثالث الأصلية فقط دون أي شيء آخر؟

أتساءل ما إذا كان محاولة فصل هذه “الردود المُنشأة” قد تكون السبب في بعض الأخطاء الغريبة التي لاحظتها عند إرسال أشياء من عميل مايكروسوفت أوتلوك.

ملاحظة جانبية: أتساءل، هل يستحق هذا الإعداد إدراجاً في الأسئلة الشائعة/الدليل الإرشادي يمكن ربطه من نص الوصف أسفل إعداد الموقع؟ قد يكون الأمر خاصاً بي فقط، لكنني نادراً ما شعرت بالحيرة تجاه إعداد في ديسكورت خلال السنوات السبع الماضية. أو ربما أنا فقط بحاجة إلى المزيد من :coffee: :smile:

لا. ستحصل على منشور إجراء صغير عندما لا يكون هناك نص قبل الرسالة المرسلة.

أعتقد أن هذه الميزة لا تزال مصنفة على أنها تجريبية، وهناك سبب وجيه لذلك. عادةً ما تُرسَل رسائل البريد الإلكتروني المرسلة مضمنةً في النص. وهذا يجعل استخراج البريد الإلكتروني المُرسل أمرًا صعبًا للغاية، لأن كل عميل يُرسل رؤوس البريد الإلكتروني الأصلية بطريقة مختلفة. بل إن بعضها يخفي عنوان البريد الإلكتروني في رأس From الأصلي أو يستخدم رؤوسًا محلية.

يجب أن تعمل بشكل أفضل بكثير عندما تُرسَل رسائل البريد الإلكتروني كمرفقات بدلاً من أن تكون مضمنة في النص (أنا متأكد بنسبة 99% أن Discourse تدعم ذلك).

إعجاب واحد (1)

أتفق معك أن هذا سيكون طريقة أنظف لضمان المعالجة الصحيحة. أتساءل لماذا لا أستطيع جعل ديسكوس يعالج المرفقات عندما أفعل ذلك. (يصل محتوى المرفق الموجه ضمن المحتوى الخام المرفق بالمنشور، لكن يتم عرض “التعليقات” فقط وليس الأصل الموجه. مرة أخرى، على الأقل لعميل مايكروسوفت أوتلوك؛ سأحتاج إلى تجربة بعض العملاء الآخرين.)

إعجاب واحد (1)

ربما لم يتم تنفيذه بعد؟ لم ألقِ نظرة على الكود بعد. :blush:
يرجى إخبارنا إذا كان يعمل مع عملاء آخرين.

إعجاب واحد (1)

يتم قص الرسائل الموجهة المضمنة، مع تفعيل كل من وضعي quote و create_replies.

هل لديك أي اقتراحات؟

الرسالة الأصلية (تمت إزالة بعض الرؤوس):

من: جيفري لستنام <jeff@myemail.us>
إلى: test-cat@example.org
الموضوع: Fwd: شكرًا لدعمك!
X-Mailer: MailMate (1.14r5745)
نوع المحتوى: text/plain; format=flowed

نص عينة طويل جدًا.

رسالة موجهة:

> من: فريق التبرعات <giving@example2.org>
> إلى: jeff@myemail.us
> الموضوع: شكرًا لدعمك!
>
> عزيزي جيفري،
>
> شكرنا الصادق على تبرعك لمشروع Example،
> خاصة في هذا الوقت. معًا سنكتب المستقبل.

الرسالة في لوحة المنتدى (نفس الشيء في كلا الوضعين):

نص عينة طويل جدًا.

رسالة موجهة:

يبدو أن إعادة توجيه الرسالة كمرفق لا تعمل أيضًا. يتم رفض المرفقات بصيغة eml. إذا كانت مرفقات eml مسموحًا بها، فسيتم في وضع “create_replies” إرفاق ملف eml، ويحصل زائر المنتدى على خيار تنزيله.

هل توجد طريقة لجعل إشعارات البريد الإلكتروني تُظهر رسالة البريد الإلكتروني المُحوَّلة؟

مع

  • تعيين forwarded_emails_behaviour على “quote” و
  • تعيين always_show_trimmed_content على on،

يُظهر موقع Discourse الخاص بنا (الإصدار 2.6.0، المستقر) البريد الإلكتروني المُحوَّل بالطريقة المرجوة بمجرد النقر على النقاط الثلاث:

ومع ذلك، فإن إشعار البريد الإلكتروني يتجاهل البريد الإلكتروني المُحوَّل تمامًا:

إعجاب واحد (1)