أبحث عن طريقة لفرض إعادة التحقق من البريد الإلكتروني للمستخدمين. رأيت 
في صفحة المستخدم وأجريت اختبارًا. عند محاولة تسجيل الدخول، أعطاني الاختبار استجابة
هل يجب أن يكون المستخدم غير النشط قد تلقى بريدًا إلكترونيًا ينبهه إلى أنه بحاجة إلى إعادة التحقق؟
عند إلغاء تنشيط مستخدم يدويًا، لا يتم إرسال بريد إلكتروني تلقائيًا يطلب منه إعادة التحقق، على الرغم من أنه يمكنك الضغط على الزر الذي يظهر في صفحة المستخدم/المسؤول الخاصة به لإعادة إرساله.
عندما يحاول حساب غير نشط تسجيل الدخول، يجب أن يتم توجيهه إلى شاشة كهذه حيث يمكنه اختيار إرسال حساب جديد:
لست متأكدًا من سبب ظهور لقطة الشاشة الخاصة بك وهي تفتقد هذا الخيار؟ 
هل يمكن أن يكون بعض التعليمات البرمجية المخصصة التي أضفتها لإخفاء زر معين قد أخفت هذا الزر عن طريق الخطأ؟ هل يظهر في الوضع الآمن؟
تعديل: بعد بعض البحث، أعتقد أن إعداد must approve users هو ما يجعل المربع يختفي. عندما أقوم بتمكين ذلك، لم أعد أحصل على الخيار الظاهر:
لست متأكدًا بنسبة 100٪ ما إذا كان هذا مقصودًا.
يبدو أنه مقصود:
على الرغم من أنه يكسر أيضًا تدفق إعادة التحقق للمستخدمين الذين تم إلغاء تنشيطهم يدويًا، لذا لا يزال يبدو وكأنه خطأ.
سأقوم بنقله إلى Bug لمعرفة ما إذا كان بإمكان شخص أكثر معرفة الحكم. 
للتلخيص:
must_approve_users هو invite_only و login_required، فإن خيار إعادة إرسال البريد الإلكتروني للتنشيط مفقود.بعض الملاحظات:
must_approve_users إذا كان مجتمعك بالفعل يتطلب دعوة فقط؟must_approve_users لموافقة البريد الإلكتروني مربك إلى حد ما، يجب أن نعيد النظر فيه.نترك هذا لفريق تجربة الموظفين لتحديد أولوياته. توقع ردًا هذا الأسبوع.
@benjamincfarmer هل من المنطقي تجربة إيقاف must_approve_users في مجتمعك نظرًا لأنه يتطلب دعوة فقط بالفعل؟
كيف يرتبط دعوة فقط بهذا؟
عندما أقوم بتعطيل مستخدم، يختفي زر إعادة إرسال البريد الإلكتروني للتنشيط لأن يجب الموافقة على المستخدمين ممكّن. دعوة فقط غير ممكّن في منتدى الخاص بي.
نعم، أتفق على أنه غير ذي صلة، ولكن المنتدى المعني لا يبدو أنه يحتاج إلى موافقة المستخدمين لأنه متاح بالدعوة فقط على أي حال.
أتفهم أنك تستخدم كليهما، لذا يمكن للمستخدمين الذين لديهم مستوى معين من الثقة دعوة الآخرين، ولكن لا يزال بإمكان الموظفين التحكم في من ينضم إلى المجتمع. أتوقع عددًا أقل من عمليات التسجيل من قبل المتسللين، وبالتالي عملاً أقل للموظفين.
يبدو أن سياق التغيير هو:
لذلك، يعتمد “يجب الموافقة على المستخدمين” على “المسؤولين” للقيام بالتحقق من البريد الإلكتروني فعليًا.
حدسي هنا هو أن التغيير المطلوب لإصلاحه معقد للغاية.
مما سيكون إعادة عمل رئيسية لهذه الميزة. لست ضد هذا بأي حال من الأحوال ولكنه يبدو معقدًا إلى حد ما.
تم إنشاء هذا الموضوع في سبتمبر 2017.
تم الالتزام بهذا في مايو، لذا قبل إنشاء الموضوع.
أليس هذا هو الحال؟
عندما أقوم بتسجيل مستخدم جديد:
كان الرغبة الأساسية في إلغاء تنشيط الحساب هي تقليم حسابات الأفراد الذين لم يعودوا يمتلكون إمكانية الوصول إلى عنوان البريد الإلكتروني الأصلي الذي قاموا بالتسجيل به. بعد ملاحظة أنه يمكنك نقل الحساب إلى عنوان جديد عند إلغاء تنشيط الحساب، أدركت أن هذا لن يوفر التأثير الذي كنا نبحث عنه على أي حال.
آسف لإثارة المشاكل يا @sam
يتم استخدام منتدانا لتقديم الدعم لوكالات المبيعات لدينا. إذا غادر أحد هؤلاء الموظفين وانتقل إلى منافس، فنحن نريد إزالته من النظام. سيكون ردود الفعل من الوكالة هي أفضل طريقة للقيام بذلك، لو كنت أثق في أنهم سيخبرونني.
شكراً لك على شرح المشكلة. أحد الخيارات هو حذف المستخدم، ولكن أفترض أنك ترغب في الاحتفاظ بالمشاركات القديمة.
الخيار الثاني هو إخفاء هوية المستخدم. سيمنعه ذلك من تسجيل الدخول مرة أخرى، وستحتفظ بجميع المحادثات (تحت اسم مستخدم مجهول الهوية).
ومع ذلك، إذا كنت ترغب في الاحتفاظ باسم المستخدم الأصلي الخاص بهم، فسنحتاج إلى تطوير زر جديد يسمى “رفض”. سنضعه هنا:
إذا حاول مستخدم “مرفوض” تسجيل الدخول، فسيشاهد هذه الشاشة:
هل ستعمل ميزة إخفاء الهوية بالنسبة لك؟ قد يستغرق الأمر منا بعض الوقت لتطوير ميزة “رفض” هذه.
مرحباً بالجميع،
لدينا حاجة مشابهة جدًا اعتقدت أيضًا أن “تعطيل المستخدم” قد يدعمها، لكنني وجدت نفس الشيء - التعطيل لا يؤدي إلى إرسال بريد إلكتروني لإعادة التنشيط، ولا يسمح للمستخدم بإعادة إرسال البريد الإلكتروني لأننا منتدى خاص يتطلب الموافقة.
حالة الاستخدام الخاصة بنا هي أننا نسمح للأشخاص من مجموعة معينة من أصحاب العمل في القطاع العام بالانضمام إلى مجتمع، كما يثبت ذلك عنوان بريدهم الإلكتروني. نحن نتطلع إلى إجراء نوع من إعادة التحقق الدوري بأنهم لا يزالون مع صاحب العمل عن طريق فرض إعادة تنشيط الحساب، بحيث لا يمكنهم تسجيل الدخول باستخدام بيانات الاعتماد الحالية لفترة طويلة إذا تركوا صاحب العمل وتم إلغاء تنشيط حساب بريدهم الإلكتروني.
أنا لا أبحث عن أدوات أرشفة الحسابات في الوقت الحالي - الأدوات الموجودة ستفي بالغرض - التدفق الذي أتساءل عنه وأقلق بشأنه هو كيفية التواصل مع جميع المستخدمين بشكل أساسي وقول “مرحباً، هل ما زلت تستخدم نفس عنوان البريد الإلكتروني؟” وإجبارهم على التحقق منه، دون القدرة على تغيير عنوان البريد الإلكتروني في الحساب المعتمد. أعتقد أنه يمكننا إعادة تعيين كلمات المرور، وسيحتاجون إلى الوصول إلى حساب البريد الإلكتروني لإعادة تعيين كلمة المرور الخاصة بهم، ولكن هذا يمثل عبئًا أكبر قليلاً على الأشخاص مقارنة بالنقر على الرابط وقد ينفر بعض الأشخاص.
إذا كانت هناك طريقة أفضل لتحقيق هذا النوع من إعادة التحقق الدوري، فأنا منفتح عليها، سواء كان ذلك في واجهة المستخدم، أو استخدام واجهات برمجة التطبيقات (APIs) لتشغيل رموز وتحديثات تحقق جديدة يدويًا.
شكرًا لكم!
هل تم تأكيد هذا عن قصد؟ إذا كان الأمر كذلك، أعتقد أنه يمكن نقل هذا خارج Bug. (أنا أيضًا فضولي بعض الشيء بشأن الأساس المنطقي إذا كان شخص ما على استعداد للمشاركة )
إذا كان هذا مقصودًا، فيبدو أن هناك مشكلتين على الأقل في UX/Feature هنا:
