تخدم منصتنا مجتمعًا واسعًا من المجموعات المختلفة التي لا تتفاعل بانتظام، ولكنها تحتاج أحيانًا إلى مشاركة المعلومات. المشكلة هي أنه إذا قام شخص ما بإعادة توجيه بريد إلكتروني تم استلامه من فئة إلى فئة أخرى عبر البريد الإلكتروني، فإن الرسالة تنتهي في الموضوع الأصلي بدلاً من الفئة التي تم استخدام البريد الإلكتروني الخاص بها.
التفاصيل:
يعمل بالإصدار 2.9.0.beta1
لدينا تمكين البريد الوارد والرد عبر البريد الإلكتروني في نسختنا
كل فئة لديها بريد إلكتروني مخصص بالشكل discourse+CATEGORY@...
خطوات التكرار:
يستلم المرء إشعارًا عبر البريد الإلكتروني بمنشور جديد في الفئة أ
يقوم المرء بإعادة توجيه البريد الإلكتروني المستلم إلى الفئة ب باستخدام بريدها الإلكتروني discourse+CAT-B@...
تنتهي الرسالة المعاد توجيهها في الموضوع الأصلي في الفئة أ
السؤال: كيف نضمن وصول البريد الإلكتروني المعاد توجيهه إلى الفئة ب الصحيحة؟ (دون تعديل أي رأس بريد إلكتروني!)
مرة أخرى، أجيب وأنا لا أعرف شيئًا، وبعد قليل يأتي شخص ليخبرني كيف تسير الأمور حقًا - ولكن على حد علمي، يجب أن تسير الأمور بهذه الطريقة ولا يتغير الرد إلى موضوع جديد بمجرد تغيير البريد الإلكتروني.
إعداد CategoryA و CategoryB، وتعيين عناوين بريد إلكتروني لهما (categorya@[MyTestSite] و categoryb@[MyTestSite])
تعيين test_user إلى “متابعة” لكلا الفئتين
تعيين email time window mins إلى دقيقة واحدة (اختياري، ولكنه يسرع الأمور)
يقوم المسؤول بنشر موضوع في CategoryA
يتلقى test_user بريدًا إلكترونيًا للإشعار بموضوع جديد في CategoryA، ويعيد توجيهه برسالة إلى CategoryB
يتم إنشاء موضوع جديد في CategoryB (بعنوان قبيح جدًا - Fwd: [JammyDodger's Test Site] [categorya] Topic for Category A)، ولكنه يتضمن فقط الرسالة المضافة، وليس المعلومات المعاد توجيهها المقصودة)
لا يمكنني استنساخ المشكلة حيث ينتهي البريد الإلكتروني المعاد توجيهه إلى فئة كـ رد على موضوع موجود؟ هل هناك شيء إضافي يمكنني تجربته بدلاً من ذلك؟
لقد جربت للتو تكرار هذا أيضًا (بدا أن الفرق الرئيسي هو الضغط على ‘رد’ ثم تغيير عنوان ‘إلى’ يدويًا، بدلاً من إعادة التوجيه)، ولكن انتهى بي الأمر كموضوع جديد في الفئة ب مرة أخرى. ربما يجعل هذا الأمر خاصًا بالعميل؟ @artur أي برنامج تستخدم؟
لقد جربت للتو باستخدام بريدي الإلكتروني على Gmail ولكن البريد لا يزال ينتهي في الفئة الأصلية.
غريب - لقد فوجئت أنه نجح معك!
هل يمكنك التحقق من رؤوس البريد المعاد توجيهه؟
أرى على سبيل المثال أن References يحتوي على معرف الموضوع الأصلي - هل يمكن أن يكون لهذا الأولوية على حقل to:؟
أستمر في كتابة رد، ثم أفكر في شيء آخر لأجربه. ولكن حتى الآن لم أتمكن من تكرار مشكلتك. بعض الأشياء التي قد تكون ذات صلة - لدي mail-receiver مُعدّ لموقعي التجريبي، بدلاً من POP3، وهل تقوم بإعادة توجيه أول منشور/OP أو رد؟
مرحباً @JammyDodger لقد أدركت للتو أنه تم تعيين معظم فئاتي تاريخياً على الفئة تعكس قائمة بريدية. هل يمكنك محاولة إعادة إنتاج المشكلة عند تمكين هذا الخيار؟ لقد حاولت تعطيله على نسختي التجريبية ويبدو أنه يحل السلوك الغريب.
عادةً ما يتم تمكين find_related_post_with_key في إعدادات الموقع. لا يُنصح بتعطيله للموقع بأكمله، لأنه يسمح بانتحال شخصية المستخدم بناءً على عنوان البريد الإلكتروني. تستخدم رسائل البريد الإلكتروني الواردة التي تم إرسالها إلى قائمة البريد دائمًا Message-ID للبريد الإلكتروني للعثور على المنشورات ذات الصلة وتتجاهل قيمة إعداد الموقع هذا.
لقد احتفظت بالخيار بشكل أساسي بسبب نقطة أخرى:
عادةً ما يتوقع Discourse أن تحتوي رسائل البريد الإلكتروني الواردة على نص منسق كـ Markdown. عادةً ما يكون مستخدمو قوائم البريد غير مدركين لهذا المتطلب، لذلك لا يفسر Discourse أي Markdown (باستثناء كتل التعليمات البرمجية المحاطة بثلاث علامات اقتباس) أو HTML داخل رسائل البريد الإلكتروني النصية العادية وينشرها بالتنسيق الأصلي سليماً.
وهو أمر منطقي للأشخاص الذين ليس لديهم فكرة عن markdown
أعتقد أنه بالنسبة لموقع مرآة قائمة بريد إلكتروني بحتة، فإنه يؤدي وظيفته بشكل صحيح.
سأرى كيف سيتعامل المستخدمون مع ماركداون - فهم بالتأكيد غير مدركين أن هذا متوقع!
إحدى المشكلات التي نشأت بالفعل عندما قمت بتعطيل مرآة القائمة البريدية بالكامل هي أنه في حالة الرسائل التي تم إنشاؤها تلقائيًا والتي يتم إرسالها نيابة عن بعض المستخدمين، يظهر خطأ Discourse::InvalidAccess. مع رسالة الرفض التي تقول
لا يمتلك حسابك الامتيازات لنشر مواضيع جديدة في تلك الفئة.
على الرغم من أن هذا قد نجح من قبل لنفس المستخدم. لذا أعتقد أن خيار المرآة يعطل نوعًا ما من الحماية لذلك.