تسجيل تلقائي لنطاقات الحرف الجائر

لاحظت فرقًا في السلوك بين إعداد قائمة السماح بنطاقات البريد الإلكتروني عند التسجيل، وإعداد التسجيل التلقائي لنطاقات البريد الإلكتروني في إدارة المجموعات.

أعمل في هيئة الخدمات الصحية الوطنية (NHS)، حيث يملك المستخدمون عناوين بريد إلكتروني تحتوي على نطاقات فرعية مثل user@organisation.nhs.uk.

تسمح قائمة السماح لهم بالتسجيل جميعًا بإضافة النطاق الأعلى nhs.uk إلى القائمة. وهذا يعمل بشكل جيد بالنسبة لي.

أما إذا أضفت نفس النطاق الأعلى nhs.uk لإضافتهم تلقائيًا إلى مجموعة، فإن النظام لا يضيفهم - على الأقل ليس بشكل رجعِي.

أود أن يتصرف التسجيل التلقائي في المجموعات كما تتصرف قائمة السماح. وقد جربت استخدام حرف النجمة (*) كرمز عام، لكنه لم ينجح.

هل لديك أي اقتراحات - بخلاف المرور يدويًا وإضافة كل نطاق فرعي؟

لماذا يُتوقع الإضافة retrospctive هنا؟ أليس من الممكن أن يكون ذلك مفاجئًا وربما حتى خطيرًا في سياقات أخرى؟

(بعد التفكير في الأمر أكثر، ربما يكون ظهور نافذة منبثقة ديناميكية تقول “هل تريد جعل هذا retrospctive؟ سيؤثر ذلك على {x} مستخدمًا؟” هو الحل الأفضل؟)

نعم، هناك عدم اتساق داخلي، حيث تعتمد عضوية المجموعة التلقائية لدينا على تطابق صارم للنطاق وفقًا لـ:

يستخدم مُطابقنا لـ email_domains_whitelist هذا التطابق:

أعتقد أنه من المنطقي جعل هذا الأمر متسقًا ومتناغمًا.

@techAPJ هل يمكنك تعديل تعبير المجموعة العادي (regex) بحذر والتأكد من اختباره بحيث يسمح أيضًا بالنطاقات الفرعية.

يوفر Discourse 2.4 هذه النافذة المنبثقة لتشمل الأعضاء المسجلين بالفعل في النطاق. إنها ميزة رائعة وتعمل بشكل جيد، باستثناء هذا التناقض.

شكرًا لك :folded_hands: