نعم، هذه هي التوترات التي أحاول التعامل معها.
فنيًا، أوافق على أن عنوان البريد الإلكتروني المؤسسي يوفر ضمانًا أقوى للهوية من عنوان البريد الإلكتروني الشخصي. والسبب وراء ابتعادي عن البريد الإلكتروني المؤسسي/تسجيل الدخول الموحد (SSO) ليس أن البريد الإلكتروني الشخصي دليل أفضل على الهوية، بل لأنني أريد أن تكون المجتمع مستقلًا بوضوح ولا تعتمد على نظام هوية المؤسسة أو نطاق بريدها الإلكتروني للوصول المستمر.
منذ منشوري الافتتاحي، قمت بتوضيح حالة الانتقال الحالية على الموقع نفسه:
- الآن تنص صفحة الترحيب/تسجيل الدخول على أن “الفيزياء مع إيثان” كيان مستقل ولا يتبع أو يدعمه أي جامعة أو مدرسة أو قسم؛
- كما يوضح أن تسجيل الدخول حاليًا يستخدم التحقق من حساب العمل أو المدرسة عبر مايكروسوفت (Microsoft) للتسجيل الأولي؛
- يمكن للمستخدمين الحاليين الآن إضافة عنوان بريد إلكتروني شخصي بعد تسجيل الدخول، عبر الملف الشخصي → التفضيلات → عناوين البريد الإلكتروني؛
- كما أضفت نصًا يطلب من المستخدمين عدم التسجيل باستخدام اسم شخص آخر أو عنوان بريد إلكتروني أو هوية مزيفة.
لذا أعتقد أن الموقف الحالي هو موقف انتقالي:
- لا يزال التحقق من حسابات العمل/المدرسة عبر مايكروسوفت مفيدًا في تقليل خطر انتحال الهوية أثناء التسجيل الأولي؛
- لكنني أريد من المستخدمين الحاليين إضافة عناوين بريد إلكتروني شخصية؛
- وأريد تجنب جعل البريد الإلكتروني المؤسسي/تسجيل الدخول الموحد اعتمادًا طويل الأمد للمجتمع.
السؤال العملي الخاص بـ Discourse الذي أحاول الإجابة عليه لا يزال:
بالنسبة لمجتمع يريد الانتقال من البريد الإلكتروني المؤسسي/تسجيل الدخول الموحد نحو الحسابات المحلية وعناوين البريد الإلكتروني الشخصية، هل النمط الأكثر أمانًا هو إبقاء العملية يدوية/بمراجعة المشرف بدلاً من محاولة دمج الحسابات تلقائيًا؟
على سبيل المثال:
- السماح للمستخدمين الحاليين بإضافة بريد إلكتروني شخصي أثناء تسجيل الدخول؛
- إبقاء صفحة الترحيب واضحة بشأن طريقة التسجيل الأولي الحالية؛
- تثبيط التسجيلات المضللة أو انتحال الهوية؛
- تجنب دمج الحسابات تلقائيًا؛
- دمج الحسابات فقط في حال وجود أدلة واضحة على أن الشخص نفسه يتحكم في الحسابات/العناوين ذات الصلة.
هل يبدو ذلك هو الاتجاه الصحيح المتوافق مع Discourse؟