حسنًا، نعم. بالطبع سيكون هذا هو الحال، وهذا ما أستهدفه. كنت أبحث عن حل يمنع تسجيل الدخول بالبريد الإلكتروني على الإطلاق، تاركًا تسجيلات الدخول باسم المستخدم كطريقة وحيدة. أنا على ما يرام مع كسر دعم البريد الإلكتروني تمامًا (لا توجد إشعارات بريد إلكتروني على سبيل المثال) عن طريق إعطاء عناوين بريد إلكتروني وهمية تمامًا من خادم OAuth. ولكن هذا يخلق احتكاكًا إذا كانت القدرة على استخدام البريد الإلكتروني لتسجيل الدخول لا تزال متاحة، حيث سيحاول المستخدمون القيام بذلك ويفشلون.
هذا سيجبرنا بشكل أساسي على تتبع بريدين إلكترونيين منفصلين لكل مستخدم، وهو أمر غير مرغوب فيه أيضًا، وكما ذكر @supermathie، فإنه ليس مضمونًا حتى العمل مع جميع الموفرين، ولا يزال يسبب احتكاكًا حيث يتعين علينا الآن إخبار المستخدمين بعنوان البريد الإلكتروني الخاص بهذا المنتدى الذي يتعين عليهم تذكره.
نعم، هذا سيعمل من الناحية الفنية. ولكن لأسباب واضحة لن يكون حلاً حقيقيًا للاستخدام، لأنه سيمنع الآخرين من الانضمام إلى المنتدى على الإطلاق.
هذا ليس شيئًا يمكننا القيام به لأسباب فنية. وأوضحها هو أن لدينا بالفعل مستخدمين لديهم نفس عنوان البريد الإلكتروني مثل الحسابات الأخرى. ولكن الأكبر هو أننا ببساطة لا نستطيع فعل ذلك. المشروع الذي نتطلع إلى دمج Discourse فيه هو Pretendo Network، وهو مشروع محاكاة خادم لشبكة Nintendo. سمحت Nintendo لنظام حساباتها بإعادة استخدام عناوين البريد الإلكتروني، ولذلك لمحاكاة الخوادم بدقة، يتعين علينا القيام بذلك أيضًا. إجبار رسائل البريد الإلكتروني الفريدة ليس في بطاقاتنا.
اقترح أحد أعضاء فريقي أن نقوم بتشغيل خادم SMTP الخاص بنا والذي يتعامل مع تعيين رسائل البريد الإلكتروني الوهمية لـ Discourse إلى رسائل البريد الإلكتروني الفعلية لمستخدمينا، وإعادة توجيه رسائل البريد الإلكتروني المرسلة من Discourse بهذه الطريقة. وهذا سيعمل، ولكنه يأتي بوضوح بتكلفة فنية أعلى لنا ولا يزال لا يحل مشكلة تعطيل تسجيل الدخول عبر البريد الإلكتروني والاحتكاك المذكور سابقًا الذي يأتي مع حالتنا.
يبدو أنه قد يتعين علينا فقط إنشاء نسخة من Discourse أو استخدام حل منتدى آخر للقيام بما نحتاجه.