مرحباً،
مجرد إزعاج بسيط عندما يتم الإبلاغ عن مستخدم بسبب البريد العشوائي، عند الموافقة على العلامة وتعليق المستخدم، يجب أن يكون هناك خيار “مرسل البريد العشوائي” محدد مسبقًا في قائمة الأسباب حتى لا نضطر إلى كتابته في كل مرة.
أيضًا، عند الإبلاغ عن مستخدم كمرسل بريد عشوائي، لا يمكنني التفكير في سبب لاستعادة الحساب، لذلك يجب أن تحدد تلقائيًا فترة التعليق حتى “إلى الأبد” افتراضيًا.
أنا فضولي - ألا تقوم بحذف وحظر مرسلي البريد العشوائي عبر منشور البريد العشوائي؟ أنا مهتم بمعرفة عمليتك.
مرحباً @HAWK، هذا عندما يقوم المستخدمون بالإبلاغ عن منشور كرسالة غير مرغوب فيها وأقوم بمعالجتها في واجهة المراجعة. يسألني شيئًا مثل “هل هذا المنشور رسالة غير مرغوب فيها؟” وأجيب بـ نعم > خيار حذف المنشور وتعليق المستخدم (العبارات تقريبية من ذاكرتي)، مما يؤدي بعد ذلك إلى ظهور النافذة المنبثقة من لقطة الشاشة الخاصة بي.
ولكن حتى لو لاحظت منشورًا غير مرغوب فيه بنفسي بصفتي مشرفًا/مسؤولًا، فلن أقوم بحذف المنشور فحسب، بل سأقوم أيضًا بتعليق الحساب حتى لا يستمروا في إرسال رسائل غير مرغوب فيها. للقيام بذلك، سأفتح إعدادات حساب المستخدم ضمن /admin/users/.../... وأضغط على زر تعليق هناك، مما يؤدي إلى ظهور نفس النافذة المنبثقة التي تتطلب إدخال سبب ومدة.
سيكون خيار آخر هو ببساطة حذف حساب مرسل البريد العشوائي، والذي يمنح أيضًا خيارًا لحظر البريد الإلكتروني/عنوان IP الخاص بهم من التسجيل للحصول على حساب جديد، ويبدو أن هذا سيكون خيارًا أفضل بدلاً من التعليق الدائم.
التعليق هو تقليديًا شيء مؤقت، كما في حالة تسبب طالب في الكثير من المشاكل لمدرسة فقد يتم تعليقه لمدة أسبوع أو شهر، ولكن هذا يختلف تمامًا عن الفصل وعدم إعطائه فرصة ثانية لمحاولة القيام بعمل أفضل والقدرة على التخرج.
في حال كنت لا تعرف، فإن خيار حذف المستخدم موجود في أسفل صفحة مسؤول المستخدم، بجوار خيار إخفاء الهوية مباشرة. سيكون خيار إخفاء الهوية هو الاحتفاظ بمنشورات المستخدم مع إنهاء حسابه.
مرحباً @anon65426961، هذا خيار، ولكنه غير مدمج مع سير عمل مراجعة التقارير. كما أنني شخصياً أفضل الاحتفاظ بالحسابات المعلقة في قاعدة البيانات و عدم حظر عناوين IP الخاصة بها، 1) لزيادة حاجز الجهد المحتمل للمتطفلين الذين يستخدمون رسائل البريد الإلكتروني للتسجيل مثل Gmail التي تتطلب قدراً لا بأس به من العمل للتسجيل ولذلك لا يعيدون استخدام نفس البريد الإلكتروني للتسجيل مرة أخرى بعد حذف حسابهم، و 2) لأن عناوين IP غالباً ما تكون في كتل IP مشتركة كبيرة قد يتم تعيينها لاحقاً لمستخدم شرعي وأفضل عدم حظرها.
مثير للاهتمام، لا أعرف شيئًا عن سير عمل مراجعة التقارير.
يبدو أن هذه قد تكون فكرة أفضل للاحتفاظ بالحسابات معلقة في قاعدة البيانات بدلاً من حذفها. هناك خيار لحذف الحساب فقط وعدم حظر البريد الإلكتروني/عنوان IP، ولكن لا يوجد خيار لحظر البريد الإلكتروني فقط، بل يتم حظر كل من عنوان IP والبريد الإلكتروني (كما تعلم بالفعل، وطلبت ميزة لحظر البريد الإلكتروني فقط في هذا الموضوع الآخر)، ربما يكون هذا خيارًا يمكنهم إضافته في المستقبل.
هناك موضوع آخر به بعض الحديث عن هذا هنا:
@jordan.vidrine يبدو أن إصلاحًا سهلاً جدًا لإضافة “Spammer” إلى هذه القائمة المنسدلة. أي اعتراض؟
أوافق بشدة على هذا. في بعض الحالات، يبدو أن كل شخص في منطقة كبيرة لديه نفس عنوان IP. وإذا لم تدفع مقابل الإصدار الاحترافي، فإن الخدمة تحت حماية Cloudflare لن تكشف عن عنوان IP الحقيقي. لذلك، لا أجرؤ على استخدام وظيفة حظر عنوان IP، فقد يؤدي ذلك إلى إلحاق ضرر جسيم بمستخدمينا الممتازين عن طريق الخطأ.
أعتقد أن Cloudflare ترسل عناوين IP حقيقية في ترويسة Cf-Connecting-IP، هل تغير هذا مؤخرًا؟
نعم؟ أنا لست جيدًا جدًا في هذا. هذا ما أخبرتني به مسؤولة صيانة الخادم التي أعمل معها. أتذكر أنها أخبرتني أن هناك رسومًا إضافية لتمرير عنوان IP الحقيقي.
هل كان هذا مفقودًا من المواقع التي تشير إليها؟
يمكن لجميع حسابات CloudFlare رؤية عنوان IP المتصل بافتراض أن مثيل Discourse تم تكوينه بشكل صحيح لاستخدام القالب المقدم.
لقد جعلنا مؤخرًا من السهل على المشرفين القيام بالشيء الصحيح مع المشاركات التي تم وضع علامة عليها بواسطة Akismet.
نسخ/لصق ما تم إجراؤه من GitHub لزيادة الوضوح:
ما هو هذا التغيير؟
تشير العديد من التعليقات إلى أن إجراءات المراجعة للمشاركات التي تم وضع علامة عليها بواسطة Akismet مربكة. نظرًا لوجود اختلاف بسيط من الناحية المفاهيمية بين مشاركة تم وضع علامة عليها كبريد عشوائي بواسطة إنسان وجهاز كمبيوتر، فإن هذا السحب يجلب الخيارات لتتوافق بشكل أكبر مع ما لدينا للمشاركات التي تم وضع علامة عليها كبريد عشوائي في النواة.
قبل
بعد
أعلم أن هذا قديم، لكنني لست متأكدًا من أن أي شخص آخر قدم هذا السياق بعد…
أحتفظ بهم معلقين (بشكل دائم) للاحتفاظ بجميع سجلات أفعالهم متاحة بسهولة لتحديد مرسلي البريد العشوائي المزيفين. لقد حددت ما يقرب من 10 حسابات على أنها لنفس الفاعل واستخدمت ذلك لمساعدتي في حظر البريد العشوائي الجديد عند وصوله. إذا قمت (على سبيل المثال) بحظر عنوان IP، فسوف يغيرون عنوان IP ولن يكون لدي ذلك كواحد من الإشارات العديدة التي أستخدمها لتحديد مرسلي البريد العشوائي. لقد كانت هذه أداة مفيدة للغاية للحفاظ على موقعي خاليًا من البريد العشوائي الجديد من الناحية العملية.
نقطة جيدة! إنها ليست مشكلة بسيطة لمعالجتها.
شخصيًا، أرغب بشدة في التمييز بين البريد العشوائي المنظم الذي يتم إرساله بشكل عشوائي وأنواع أخرى من سوء السلوك الفردي. أود أيضًا أن أكون حذرًا للغاية بشأن احتمال اختراق الحسابات: لقد رأيت أنه يحدث أن يتم حذف حساب بعد نشر عدة مشاركات عشوائية، مما يؤدي إلى فقدان العديد من المشاركات الموضوعية السابقة. كان نفس الحساب، ولكن من الواضح (بالنسبة لي) ليس نفس الشخص. كان التعليق أو إخفاء الهوية أفضل بكثير.
في موضوع قريب، هناك تلميح لاقتراح بأنه ليس من الحكمة حذف حسابات TL2 أو أعلى دون بعض التأمل. بالطبع، يجب أن يكون لدى حسابات TL0 التي تنشر بريدًا عشوائيًا عتبة أقل بكثير.
قد يكون من الجيد أن تعكس الإرشادات وواجهة المستخدم الاحتمالات: ما قد يحدث، وما قد يكون استجابة جيدة.
لقد رأيت أشخاصًا (ربما أشخاص مصابين بصدمات نفسية) يعبرون عن كراهيتهم لمرسلي البريد العشوائي ويرغبون في التصرف بتحيز شديد. ما يفوتهم هو أنهم يقصدون الأشخاص، بينما يتصرفون بناءً على الحسابات، والحسابات لها تاريخ.
شكراً على التنبيه. هل تم النظر في هذه الميزات للتعامل مع تقارير “البريد العشوائي” العادية؟
