إعادة توجيه البريد الإلكتروني ينتهي في الموضوع الأصلي

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

التفاصيل:

  • يعمل بالإصدار 2.9.0.beta1
  • لدينا تمكين البريد الوارد والرد عبر البريد الإلكتروني في نسختنا
  • كل فئة لديها بريد إلكتروني مخصص بالشكل discourse+CATEGORY@...

خطوات التكرار:

  • يستلم المرء إشعارًا عبر البريد الإلكتروني بمنشور جديد في الفئة أ
  • يقوم المرء بإعادة توجيه البريد الإلكتروني المستلم إلى الفئة ب باستخدام بريدها الإلكتروني discourse+CAT-B@...
  • تنتهي الرسالة المعاد توجيهها في الموضوع الأصلي في الفئة أ

السؤال: كيف نضمن وصول البريد الإلكتروني المعاد توجيهه إلى الفئة ب الصحيحة؟ (دون تعديل أي رأس بريد إلكتروني!)

إعجابَين (2)

هل تقصد أنها تنتهي في الموضوع الأصلي في الفئة A؟

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

صحيح، شكراً - لقد قمت بإصلاح ذلك!

للتوضيح: لا يرد الشخص على البريد الإلكتروني عبر reply-to، بل يعيد توجيهه مع ضبط عنوان to: يدوياً إلى البريد الإلكتروني discourse+cat-B@.

لا يمكنني استنساخ هذا. هذه هي خطواتي حتى الآن:

  • إعداد CategoryA و CategoryB، وتعيين عناوين بريد إلكتروني لهما (categorya@[MyTestSite] و categoryb@[MyTestSite])
  • تعيين test_user إلى “متابعة” لكلا الفئتين
  • تعيين email time window mins إلى دقيقة واحدة (اختياري، ولكنه يسرع الأمور)
  • يقوم المسؤول بنشر موضوع في CategoryA
  • يتلقى test_user بريدًا إلكترونيًا للإشعار بموضوع جديد في CategoryA، ويعيد توجيهه برسالة إلى CategoryB
  • يتم إنشاء موضوع جديد في CategoryB (بعنوان قبيح جدًا :slightly_smiling_face: - Fwd: [JammyDodger's Test Site] [categorya] Topic for Category A)، ولكنه يتضمن فقط الرسالة المضافة، وليس المعلومات المعاد توجيهها المقصودة)

لا يمكنني استنساخ المشكلة حيث ينتهي البريد الإلكتروني المعاد توجيهه إلى فئة كـ رد على موضوع موجود؟ هل هناك شيء إضافي يمكنني تجربته بدلاً من ذلك؟

إعجابَين (2)

شكراً للمحاولة!

هل يمكن أن يكون له علاقة ببرنامج البريد الإلكتروني؟ لقد “لامت” discourse على تجميع الرسائل حسب حقل “in-reply-to” بدلاً من حقل “to”..

ها، ما الذي لديك لهذا الإعداد؟

image

لست متأكدًا؟ لقد استخدمت Gmail في اختباراتي، إذا كان ذلك مفيدًا لمعرفته؟

لدي هذا أيضًا كإعداد افتراضي. :+1:

يذكرني بـ A mail reply may end up in the wrong category

4 إعجابات

مكان جميل @Moin :+1:

لقد جربت للتو تكرار هذا أيضًا (بدا أن الفرق الرئيسي هو الضغط على ‘رد’ ثم تغيير عنوان ‘إلى’ يدويًا، بدلاً من إعادة التوجيه)، ولكن انتهى بي الأمر كموضوع جديد في الفئة ب مرة أخرى. ربما يجعل هذا الأمر خاصًا بالعميل؟ @artur أي برنامج تستخدم؟

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

لقد جربت للتو باستخدام بريدي الإلكتروني على Gmail ولكن البريد لا يزال ينتهي في الفئة الأصلية.
غريب - لقد فوجئت أنه نجح معك!
هل يمكنك التحقق من رؤوس البريد المعاد توجيهه؟
أرى على سبيل المثال أن References يحتوي على معرف الموضوع الأصلي - هل يمكن أن يكون لهذا الأولوية على حقل to:؟

شكرا على الرابط!
يبدو أن الوضع مشابه، باستثناء أن حالتي تتعلق بإعادة توجيه بريد إلكتروني وليس الرد عليه. لذلك ما زلت لا أفهم هذا السلوك.

أستمر في كتابة رد، ثم أفكر في شيء آخر لأجربه. :slight_smile: ولكن حتى الآن لم أتمكن من تكرار مشكلتك. بعض الأشياء التي قد تكون ذات صلة - لدي mail-receiver مُعدّ لموقعي التجريبي، بدلاً من POP3، وهل تقوم بإعادة توجيه أول منشور/OP أو رد؟

أنا أستخدم POP3 وأقوم بإعادة توجيه المنشور الأول.

شكراً للمساعدة!

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

مرحباً @JammyDodger لقد أدركت للتو أنه تم تعيين معظم فئاتي تاريخياً على الفئة تعكس قائمة بريدية. هل يمكنك محاولة إعادة إنتاج المشكلة عند تمكين هذا الخيار؟ لقد حاولت تعطيله على نسختي التجريبية ويبدو أنه يحل السلوك الغريب.

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

لقد اختبرت هذا للتو مع تمكين الفئة تعكس قائمة بريدية لكل من الفئة A والفئة B، ويمكنني الآن تكرار المشكلة. :partying_face:

  • قم بإعداد CategoryA و CategoryB، وقم بتعيين عناوين بريد إلكتروني لها (categorya@[MyTestSite] و categoryb@[MyTestSite])
  • قم بتعيين الفئة تعكس قائمة بريدية لكل فئة
  • قم بتعيين test_user إلى المراقبة لكلا الفئتين
  • قم بتعيين email time window mins إلى دقيقة واحدة (اختياري، ولكنه يسرع الأمور)
  • يقوم المسؤول بنشر موضوع في الفئة A
  • يتلقى test_user بريدًا إلكترونيًا للإشعار بموضوع جديد في الفئة A، ويعيد توجيهه برسالة إلى الفئة B
  • يظهر إعادة التوجيه كرد على الموضوع الأصلي في الفئة A

أنا لست خبيرًا في قوائم البريد، هل سيكون هذا خطأ أم تعارض في الإعدادات؟

وهل يبدو أن هذا يمكن أن يساعد في مشكلتك أيضًا @dachary؟

شكراً على التحقق!

حسناً، بالنظر إلى أنني أعدت قراءة ميزات خيار قائمة البريد المرآة أعتقد أنه ليس خطأ بل مقصود على هذا النحو:

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

لقد احتفظت بالخيار بشكل أساسي بسبب نقطة أخرى:

  • عادةً ما يتوقع Discourse أن تحتوي رسائل البريد الإلكتروني الواردة على نص منسق كـ Markdown. عادةً ما يكون مستخدمو قوائم البريد غير مدركين لهذا المتطلب، لذلك لا يفسر Discourse أي Markdown (باستثناء كتل التعليمات البرمجية المحاطة بثلاث علامات اقتباس) أو HTML داخل رسائل البريد الإلكتروني النصية العادية وينشرها بالتنسيق الأصلي سليماً.

وهو أمر منطقي للأشخاص الذين ليس لديهم فكرة عن markdown :slight_smile:

3 إعجابات

بكل سرور. :slight_smile: وقد قمت بنقل هذا الموضوع إلى Support :+1:

الآن بعد أن أصبحت تعرف المزيد عن كيفية عمل الإعدادات معًا، هل يمكنك الحصول على تقدير عادل لكيفية عملها كما تريد؟

إعجابَين (2)

أعتقد أنه بالنسبة لموقع مرآة قائمة بريد إلكتروني بحتة، فإنه يؤدي وظيفته بشكل صحيح.
سأرى كيف سيتعامل المستخدمون مع ماركداون - فهم بالتأكيد غير مدركين أن هذا متوقع!

إحدى المشكلات التي نشأت بالفعل عندما قمت بتعطيل مرآة القائمة البريدية بالكامل هي أنه في حالة الرسائل التي تم إنشاؤها تلقائيًا والتي يتم إرسالها نيابة عن بعض المستخدمين، يظهر خطأ Discourse::InvalidAccess. مع رسالة الرفض التي تقول

لا يمتلك حسابك الامتيازات لنشر مواضيع جديدة في تلك الفئة.

على الرغم من أن هذا قد نجح من قبل لنفس المستخدم. لذا أعتقد أن خيار المرآة يعطل نوعًا ما من الحماية لذلك.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.