음, 그렇습니다. 당연히 그런 경우일 것이고, 제가 목표로 하는 것도 바로 그 부분입니다. 저는 이메일 로그인을 아예 허용하지 않고, 사용자 이름 로그인을 유일한 방법으로 남기는 해결책을 찾고 있었습니다. OAuth 서버에서 완전히 가짜 이메일을 제공하여 이메일 지원을 사실상 완전히 깨뜨리는 것(예: 이메일 알림 없음)에는 문제가 없습니다. 하지만 이메일로 로그인할 수 있는 기능이 여전히 사용 가능하면, 사용자가 이를 시도했다가 실패하게 되어 마찰이 생기기 때문입니다.
그것은 기본적으로 사용자에게 2개의 서로 다른 이메일 주소를 추적하게 만들며, 이는 바람직하지 않습니다. 또한 @supermathie가 언급했듯이 모든 제공업체에서 작동이 보장되지 않으며, 사용자가 기억해야 하는 이 포럼 전용 이메일 주소를 알려주어야 하므로 여전히 마찰을 유발합니다.
네, 기술적으로는 작동할 것입니다. 하지만 명백한 이유로 인해 실제 해결책으로 사용할 수 없으며, 다른 모든 사용자가 포럼에 가입하는 것을 영원히 차단하게 될 것이기 때문입니다.
이것은 기술적인 이유로 우리가 할 수 있는 일이 아닙니다. 가장 명백한 이유는 이미 다른 계정과 동일한 이메일 주소를 가진 사용자가 있다는 점입니다. 하지만 더 큰 이유는 우리가 단순히 이를 수행할 수 없다는 것입니다. Discourse를 통합하려는 프로젝트는 Pretendo Network로, Nintendo Network를 위한 서버 에뮬레이션 프로젝트입니다. Nintendo는 계정 시스템에서 이메일 주소를 재사용하도록 허용했으며, 따라서 서버를 정확하게 에뮬레이션하려면 우리도 그렇게 해야 합니다. 고유한 이메일을 강제하는 것은 우리에게 불가능한 일입니다.
팀의 누군가는 가짜 이메일을 실제 사용자 이메일로 매핑하는 자체 SMTP 서버를 실행하여, Discourse에서 보낸 이메일을 그렇게 전달하라고 제안했습니다. 이는 작동할 수 있지만, 당연히 우리에게 더 높은 기술적 비용을 수반하며, 또한 이메일 로그인을 비활성화하는 문제와 우리의 경우에 따르는 aforementioned 마찰을 해결하지는 못합니다.
우리가 필요한 일을 수행하기 위해 Discourse를 포크하거나 다른 포럼 솔루션을 사용해야 할 것 같습니다.