عندما يرد شخص ما على بريد إلكتروني ويغير الموضوع، يجب أن يبدأ موضوعًا جديدًا بدلاً من النشر كرد على الموضوع الأصلي.
على سبيل المثال، لنفترض أن موضوع الموضوع الأصلي كان “جدول أعمال ديسمبر”، ورد شخص ما عبر البريد الإلكتروني بتغيير الموضوع إلى “التخطيط لحفلة رأس السنة الجديدة”، فيجب أن ينشئ موضوعًا جديدًا بالموضوع الجديد.
السلوك الحالي مربك بشكل خاص للمستخدمين الذين يتلقون رسائل بريد إلكتروني حول مشاركات جديدة. في هذه الحالة، يرد المستخدم على رسالة بتغيير الموضوع، ويقوم النظام بإرسال الرسالة إلى الجميع، مع ظهور سطر الموضوع وكأنه قد عاد إلى ما كان عليه.
لدي عدة طلبات هنا تتعلق بتحويل عادات البريد الإلكتروني إلى عادات المنتدى عند استلام البريد الإلكتروني (مثل إزالة “Fwd:”).
@sam، @codinghorror، هل من الممكن مراجعة المقترحات قبل التنفيذ للحصول على تعليقات قبل البدء في التنفيذ؟ على سبيل المثال، هل يمكن أن يكون هذا هو السلوك الافتراضي؟ هل يحتاج إلى تنفيذه كإضافة؟
عندما يرد المستخدم عبر البريد الإلكتروني ويغير سطر الموضوع، فإنهم في الغالب يريدون دائمًا “الرد كرابط موضوع”، ولا يريدون أبدًا أن يتجاوز Discourse تعديلاتهم.
ألا توافق على ذلك؟
على أي حال، هناك أشخاص مهتمون بأن يعامل Discourse رسائل البريد الإلكتروني الواردة على أنها رسائل بريد عادية - ويقوم بالتحويلات اللازمة - بدلاً من اعتبارها منشورات في المنتدى. إذن، ما هي أفضل طريقة للمضي قدمًا بالنسبة لنا؟ هل يمكن أن يكون ذلك إعدادًا للمسؤول؟ أم إنشاء إضافة؟ أم تطبيق تصحيح في ملف Docker؟
الميزة التي تصفها تبدو منطقية بالنسبة لي، لكن التنفيذ قد يكون صعبًا لأن بعض عملاء البريد الإلكتروني قد يشوهون موضوع الرسائل (مثل إضافة ‘رد’ في البداية، أو قص النص، وما إلى ذلك)؟
بالتأكيد هذا، فهو الأكثر منطقية. شخصيًا، إذا قمت بتغيير سطر الموضوع في رسالة بريد إلكتروني آلية، فلن أتوقع الميزة التي يطلبها صاحب المنشور. لا أقول إن هذا ليس اقتراحًا جيدًا، لكنه لا يبدو متناسقًا مع السياق. كما قال جوناثان شو، فإن هذا يبدو منطقيًا كإضافة (plugin).
شخصيًا، إذا قمت فقط بتغيير سطر موضوع بريد إلكتروني آلي، فإنني لا أتوقع الميزة التي يريدها مُقدم الطلب الأصلي (OP).
ماذا تقصد بـ “آلي”؟ عندما يغير شخص ما موضوع البريد الإلكتروني (من “جدول أعمال اجتماع ديسمبر” إلى “تجمّع ما بعد الاجتماع”)، فهو يغير الموضوع، وهو ما يُعتبر في نظام Discourse تغييرًا للموضوع (topic). أليس كذلك؟
ماذا تتوقع أن يحدث؟ هل تتوقع أن يتجاهل Discourse تغييراتك ويرسل إشعارات البريد الإلكتروني بالموضوع/الموضوع السابق؟
على أقل تقدير، آمل أن يرفض Discourse البريد الإلكتروني، قائلًا: “لا يُسمح بتغيير الموضوع/الموضوع عبر الرد.”
ربما تكون الإجابة الأسهل هي إضافة زر “رد كرابط موضوع” في بريد الإشعار.
أنا لا أبحث حقًا عن ميزة جديدة هنا. بل إن مخاوفي تكمن في أن وظيفة معالجة البريد الإلكتروني لا تتطابق مع التوقعات (مثل أن يؤدي “الرد” بشكل غير متوقع إلى “الرد على الكل”).
نعم، هذا ما أتوقع حدوثه. فـ Discourse ليس قائمة بريدية (حتى وضع القائمة البريدية فيه يعتبر شبيهًا ضعيفًا بقائمة بريدية حقيقية)، وكل رسالة بريد إلكتروني هي مجرد إشعار منفصل بحدث ما على المنتدى. النص القياسي في رسالة الإشعار يعزز ذلك: “زيارة الموضوع أو الرد على هذه الرسالة للرد.”
بالمناسبة، أنا متأكد إلى حد كبير أن كلًا من Mailman 2 و Mailman 3 كانا سـيرسلان الرسائل الإلكترونية مع رأس الموضوع الجديد، لكنهما كانا سـيخزنان الرسائل جنبًا إلى جنب مع المحادثة الأصلية.
إحدى المزايا العظيمة في Discourse هي أن (كما يبدو لي) يمكن تغيير ما يقرب من أي شيء عبر إضافة. أراهن أن هذا النوع من التأثير يمكن تغييره بسهولة بهذه الطريقة.
عذرًا، عندما قلت “أوتوماتيكيًا”، كنت أقصد أتمتة نقل المواضيع عبر البريد الإلكتروني.
سأكون صادقًا، بدأت أرى وجهة نظرك في هذا النقاش. لكنني كنت أفكر بالمعنى التقليدي للبريد الإلكتروني، حيث قد يختصر شخص ما سلسلة طويلة من الرسائل في سطر العنوان (وبالتالي تغيير سطر العنوان) أثناء إعادة توجيهها لشخص آخر خارج السياق. أنا لا أستخدم ميزة البريد الإلكتروني، لذا كنت قليل المعرفة بما يجب أن تفعله وما تفعله حاليًا. كما كنت أفكر في أن الناس قد يغيرون سطر العنوان لإمكانية استخدامه في الميمات حيثما ينطبق ذلك.
أعتقد أنه يمكنك إنشاء إضافة للقيام بذلك. ستحتاج فقط إلى التحقق مما إذا كان رأس الموضوع (Subject) مختلفًا بشكل كافٍ، ثم اتخاذ الإجراء المناسب. لم أكتب إضافة لـ Discourse من قبل، لذا قد أكون أقل تقديرًا للمهمة هنا.
ربما إذا قمت بإعداد https://meta.discourse.org/t/start-a-new-topic-via-email/62977، فستحتاج فقط إلى اعتراض بريد المستخدم، والتحقق من رأس الموضوع (Subject:)، وإضافة نص “متابعة النقاش…”، وربما إزالة رأس الرد (In-Reply-To:) (أو ما يُسمى بذلك)، ثم توجيهه إلى عنوان البريد الإلكتروني للفئة ذات الصلة.
