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