How to approve user secondary email from command line?에 대한 논의를 이어갑니다:
더 일반적인 질문으로, 이메일 없이 Discourse를 실행하는 인스턴스가 필요합니다. 즉, 이메일을 수신하거나 전송할 필요가 없는 환경입니다. 이것이 가능한가요?
요청하신 요구사항을 충족하는지 확신은 없지만, DiscourseConnect를 사용하면 가능합니다. 기본적으로 SSO 기록의 이메일 필드에 가짜 이메일 주소를 설정하고, 사이트의 disable emails(이메일 비활성화) 설정을 “yes”(예) 또는 (아마 더 나은 선택인) “non-staff”(비스태프)로 설정하면 됩니다. 그런 다음 이메일 주소 없이 등록을 허용하는 DiscourseConnect 제공자 사이트를 설정하십시오.
가능하다면, 스태프 계정에 실제 이메일 주소를 설정하고 사이트에서 이메일을 수신하도록 하는 것이 더 안전할 수 있습니다. 예를 들어, 이렇게 하면 DiscourseConnect에 문제가 발생할 경우 /u/admin-login 경로를 통해 로그인할 수 있습니다.
제안된 해결책은 기능이라기보다는 임시방편(workaround)에 더 가깝습니다. 그래서 제 주제를 Contribute > Feature 카테고리로 분류했습니다.
아이디어는 정말로 이메일이 전혀 필요 없는 인스턴스를 만드는 것입니다.
예를 들어, 프로톤메일(ProtonMail) 계정은 추가적인 이메일 주소를 지정하지 않고도 설정할 수 있습니다(단, 인증 시스템이 “추가 인증 필요” 플래그를 트리거하는 일부 경우 제외).
우리의 경우, 제3자 인증 서비스를 사용하고자 하지 않습니다. 이메일 알림이나 이메일을 통한 회신 기능이 전혀 필요 없으며, 사용자는 브라우저(또는 모바일 앱)를 통해 시스템과 완전히 상호작용하는 데 큰 불편함을 느끼지 않을 것입니다. 따라서 이러한 설정을 갖추지 못하게 하는 장애물은 이메일 없이 사용자 등록이 기능하지 않는다는 점입니다. 이는 요즘 이메일이 전혀 필요 없는 서비스가 얼마나 많은지를 고려할 때, 일부 커뮤니티의 기대와 다소 상충되는 부분입니다.
이것이 Discourse에서 언젠가 구현될 가능성이 있는 타당한 기능 요청이라고 생각하시나요?
제 생각에는 기능 제안보다는 지원 문의에 더 가까워 보였어요.
아래 플러그인이 도움이 될 수 있습니다:
다만, 얼마나 안정적인지는 잘 모르겠네요.
그들에 대해 알게 되어 다행이에요. 하지만 로드맵이 20%밖에 완성되지 않았으니, 사용하기가 좀 걱정되네요.
안녕하세요, 아직 플러그인 개발을 진행 중입니다. 아직 초기 단계라, 여러분의 커뮤니티에 반드시 필요한 경우가 아니라면 프로덕션 환경에서 사용을 권장하지 않습니다. 우선순위로 개발해 주길 원하는 기능이 있다면 알려 주세요. 최선을 다해 반영해 보겠습니다.