حسنًا، بالنسبة لاتصال OpenID، يُطلق على الإعداد اسم openid connect overrides email، وليس auth overrides email. عند تمكينه، في كل مرة يقوم فيها المستخدم بتسجيل الدخول إلى Discourse عبر OpenID Connect، سيتم تعيين البريد الإلكتروني الخاص بـ Discourse إلى قيمة عنوان البريد الإلكتروني الذي يستخدمه على موقع مزود المصادقة OpenID Connect. هذا يعني أنه إذا قام المستخدم بتغيير عنوان بريده الإلكتروني على Discourse، فسيتم إعادة تعيينه تلقائيًا إلى قيمة عنوان البريد الإلكتروني الذي يستخدمه على Memberstack.
يمكنك في الواقع تعطيل إعداد الموقع email editable لمنع أي مشاكل مع عدم مزامنة رسائل البريد الإلكتروني مع مزود المصادقة. لذا، إذا قمت بتعطيل email editable وتمكين openid connect overrides email، فلن يتمكن المستخدمون من تغيير عنوان بريدهم الإلكتروني إلا عن طريق تغييره على Memberstack، ثم تسجيل الدخول إلى Discourse عبر Memberstack.
لا أعتقد ذلك. بعد أن ينقر شخص ما على زر “تسجيل” في Discourse، سيقوم Discourse بإعادة توجيهه إلى authorization_endpoint الذي يوفره Memberstack. ربما يسمح Memberstack بذلك ليكون قابلاً للتكوين، ولكن ستحتاج إلى الاتصال بهم لمعرفة ذلك.
نهج آخر محتمل هو أنه قد يكون من الممكن إضافة رابط إلى الصفحة المخصصة في رأس Discourse. ربما باستخدام مكون السمة هذا: Custom Header Links. من الناحية المثالية، ستتمكن من إخفاء الرابط من المستخدمين المسجلين باستخدام بعض CSS.