Continuing the discussion from How to approve user secondary email from command line?:
On a more general question, we need an email-less instance of Discourse - i.e. such that it does not need to receive nor send any emails. Is this achievable?
I’m not sure if it meets your requirements, but it can be done with DiscourseConnect. Basically, just set a fake email addresses for the email field on the SSO record and set the site’s disable emails setting to either “yes”, or (probably better) “non-staff”. Then setup a DiscourseConnect provider site that allows for registration without an email address.
If possible, it’s probably safer to have staff accounts have real email addresses and receive emails from the site. For example, that will allow them to login via the /u/admin-login route if there’s ever an issue with DiscourseConnect.
제안된 해결책은 기능이라기보다는 임시방편(workaround)에 더 가깝습니다. 그래서 제 주제를 Contribute > Feature 카테고리로 분류했습니다.
아이디어는 정말로 이메일이 전혀 필요 없는 인스턴스를 만드는 것입니다.
예를 들어, 프로톤메일(ProtonMail) 계정은 추가적인 이메일 주소를 지정하지 않고도 설정할 수 있습니다(단, 인증 시스템이 “추가 인증 필요” 플래그를 트리거하는 일부 경우 제외).
우리의 경우, 제3자 인증 서비스를 사용하고자 하지 않습니다. 이메일 알림이나 이메일을 통한 회신 기능이 전혀 필요 없으며, 사용자는 브라우저(또는 모바일 앱)를 통해 시스템과 완전히 상호작용하는 데 큰 불편함을 느끼지 않을 것입니다. 따라서 이러한 설정을 갖추지 못하게 하는 장애물은 이메일 없이 사용자 등록이 기능하지 않는다는 점입니다. 이는 요즘 이메일이 전혀 필요 없는 서비스가 얼마나 많은지를 고려할 때, 일부 커뮤니티의 기대와 다소 상충되는 부분입니다.
이것이 Discourse에서 언젠가 구현될 가능성이 있는 타당한 기능 요청이라고 생각하시나요?
Ah, from my read it sounded more like a support question than a feature proposal.
There is this plugin that may be of some use:
I’m not sure how robust it is though.
Nice to know about them. But their roadmap is 20% complete, so I’m afraid to use it.
Hey, I’m still working on developing my plugin. It’s still in early stages and I wouldn’t recommend using it in production unless its a must for your community. Although let me know if you have any features you want me to prioritize and I can try to do that.