Configuring and managing the sign-up flow with user approval

:bookmark: This guide explains the sign-up process when the “must approve users” setting is enabled, including configuration steps and the user experience.

:person_raising_hand: Required user level: Administrator

When you want to control who can join your Discourse community, you can enable a setting that requires new users to be approved before they can log in. This feature is commonly used for private communities or public forums that want to limit participation.

Configuring user approval

To set up user approval for your Discourse site:

  1. Enable the must_approve_users site setting.

    Note: When you enable this setting on an existing site, all existing users are automatically marked as approved. Only new registrations after this point will require approval.

  2. (Optional) If you want to make your community private, enable the login_required site setting. This prevents anonymous users from viewing your forum’s content.

User sign-up process

Once you’ve enabled user approval, here’s what the sign-up process looks like for new users:

  1. The user visits your forum and clicks the “Sign Up” button.

  2. The user enters their account details and receives an activation email.

  3. After activating their email, the user sees this message on the forum:

    Welcome to Discourse!

    A moderator must manually approve your new account before you can access this forum. You’ll get an email when your account is approved!

    If the user attempts to log in before approval, they’ll see this message:

    Your account hasn’t been approved yet. You will be notified by email when you are ready to log in.

Moderator approval process

  1. Moderators receive on-site notifications for pending user approvals.

  2. If a request remains in the review queue, a reminder private message is sent to moderators who haven’t yet seen a previous reminder. The reminder is managed by the PendingUsersReminder background job, which runs every 5 minutes but can be delayed using the pending_users_reminder_delay_minutes site setting (default: 480 minutes).

  3. Once a staff member approves a user, the user receives an email notification.

Additional resources

Last edited by @hugh 2024-07-05T01:35:58Z

Check documentPerform check on document:
16개의 좋아요

9개의 게시물이 새로운 주제로 분리되었습니다: 가입 이메일이 전송되지 않음

게시물 3개가 새로운 주제로 분리되었습니다: ‘사용자 승인 필수’ 설정을 변경하면 기존 사용자에게 영향을 미칩니까?

Re: must_approve_users 사이트 설정.

Does changing ‘must approve users’ effect existing users? - #2 by Moin 에서 제공된 정보를 고려할 때,

해당 설정을 켜면 모든 기존 사용자는 승인 상태로 표시됩니다.

위 문서의 스크린샷을 업데이트하여 경고 메시지를 제거할 수 있을까요?

아래의 스크린샷처럼 경고가 없는 상태로 변경하라는 뜻입니다:

또한, 결과를 명확히 하기 위해 문서에 "must_approve_users 설정을 켜면 모든 기존 사용자는 승인 상태로 표시됩니다."라는 문구를 추가하는 것도 고려해 볼 수 있습니다.

2개의 좋아요

모더레이터로서, 과거에는 새로운 사용자가 검토를 필요로 할 때 discourse의 ‘수신함(inbox)’으로 메시지가 도착했습니다. 그런데 지금은 ‘스태프(Staff)’ 카테고리에서 주제로 도착하고 있습니다. 새 주제 목록에 ‘스태프’ 카테고리가 혼란스러워지지 않도록 메시지로 받기를 선호합니다. 어떻게 하면 될까요?

이것은 4년 전에 변경되었던 것 같습니다(PR). 설정 이름은 pending users reminder delay minutes이고, 백그라운드 작업은 5분마다 실행됩니다.

자세한 내용을 좀 더 공유해 주실 수 있을까요? 해당 문제를 재현해 보았지만, 대기 중인 사용자 알림 PM은 여전히 가장 최근 활동한 모더레이터들에게 발송되고 있었습니다.

아마도 대기 중인 검토 대상(Reviewables)에 대한 알림을 말씀하시는 거라고 생각했는데, 그 알림도 스태프 카테고리에 게시되지 않습니다. 해당 알림은 모더레이터 그룹의 받은 편지함으로 전송됩니다.

답장 주셔서 감사합니다. 현재 제 스태프 카테고리 모습의 스크린샷을 첨부합니다. “새 사용자 … 검토 필요”라는 메시지들이 스태프 카테고리에서 주제(topic)로 표시되는 대신 제 받은 편지함으로 오希도록 설정하고 싶습니다. 저는 디스코르스(Discourse)를 처음 사용하므로, 아마도 이 현상을 유발하는 설정을 제가 잘못 건드린 것 같은데, 어디서 무엇을 잘못했는지 도저히 모르겠습니다.

[개인정보 보호를 위해 이미지가 편집됨]

:thinking: 이것은 Discourse 코어에서 요구하는 검토 메시지로 보이지 않습니다.

Discourse의 메시지는 다음과 같은 형태입니다.

질문자의 메시지는 다음과 같습니다.

User X has just registered an account to the Fornax Science Console

New user Y registration request requires review for access to the Fornax Science Console

Discourse의 가입 플로우 대신 #openid-connect를 사용하는 것 같습니다. 따라서 이 문서 주제가 도움이 되지 않을 것으로 생각됩니다. 확인하는 메시지는 must_approve_users와 관련이 없습니다.

감사합니다. 다음에 어디를 봐야 할지 알기 유용한 정보네요.

아마도 응답은 다른 곳에 있을 수도 있습니다 — 만약 그렇다면 알려주시면 감사하겠습니다.

멤버 가입 요청 거절 워크플로우는 어떻게 이루어지나요?

예를 들어, 거절 사유를 제공할 수 있는 방법이 있나요?

또는, 불완전한 정보가 제공되었거나 논의가 필요한 정보가 포함된 경우, 요청을 일시 보류하고 잠재적 멤버와 소통할 수 있는 방법이 있나요?