はい、もちろんそうです。それが私が目指していることです。メールでのログインを一切許可せず、ユーザー名ログインのみを唯一の方法とするソリューションを探していました。Oauthサーバーから完全に偽のメールを送信することで、メールサポートを実質的に完全に無効にしても構いません（たとえば、メール通知なし）。しかし、ログインにメールを使用できる機能がまだ利用可能な場合、ユーザーはそれを試みて失敗するため、これは摩擦を生み出します。
これは実質的に、ユーザーごとに2つの別々のメールを追跡することを私たちに強制することになります。これは望ましくありませんし、@supermathieが言及したように、すべてのプロバイダーで確実に機能するわけではなく、ユーザーに覚えておく必要があるこのフォーラム固有のメールアドレスについて伝えなければならないため、依然として摩擦が生じます。
はい、技術的には機能します。しかし、明白な理由から、他のすべての人々がフォーラムに参加できなくなるため、実際的な解決策として使用することはできません。
これは技術的な理由から私たちが行うことができないことです。最も明白なのは、すでに他のアカウントと同じメールアドレスを持つユーザーがいることです。しかし、より大きな問題は、私たちがこれを単純に行えないことです。Discourseを組み込みたいと考えているプロジェクトは、任天堂ネットワークのサーバーエミュレーションプロジェクトであるPretendo Networkです。任天堂はアカウントシステムでメールアドレスを再利用することを許可しており、サーバーを正確にエミュレートするためには、私たちもそうしなければなりません。ユニークなメールを強制することは、私たちのカードにはありません。
私のチームの誰かが、Discourseから送信されたメールをユーザーの実際のメールにマッピングし、そのように転送する独自のSMTPサーバーを実行することを提案しました。これは機能しますが、明らかに私たちにとって技術的なコストが高くなり、メールログインを無効にするという問題と、私たちのケースで生じる前述の摩擦を依然として解決しません。
Discourseをフォークするか、他のフォーラムソリューションを使用して必要なことを行う必要があるようです。