How to approve user secondary email from command line? からの議論を続けます。
より一般的な質問ですが、Discourse のメール不要インスタンスが必要です。つまり、メールを送受信する必要がないということです。これは達成可能でしょうか？
要件を満たしているか分かりませんが、DiscourseConnect で実現できます。基本的に、SSO レコードのメールフィールドに偽のメールアドレスを設定し、サイトの disable emails 設定を「yes」または（おそらくより良い）「non-staff」に設定します。次に、メールアドレスなしでの登録を許可する DiscourseConnect プロバイダーサイトを設定します。
可能であれば、スタッフアカウントには実際のメールアドレスを持たせ、サイトからのメールを受信できるようにするのが安全でしょう。例えば、これにより、DiscourseConnect で問題が発生した場合に /u/admin-login ルート経由でログインできるようになります。
提示された解決策は、機能というよりも回避策のように聞こえます。そのため、私のトピックには Contribute > Feature カテゴリを選択しました。
目指すのは、真にメールアドレスを不要なインスタンスです。
例えば、ProtonMail のアカウントは、追加のメールアドレスを指定せずに設定できます（検証システムが「追加の検証が必要」というフラグをトリガーする一部のケースを除く）。
私たちの場合、サードパーティの検証サービスは使用したくありません。メール通知やメール経由での返信も不要です。ユーザーはブラウザ（またはモバイルアプリ）を通じてシステムと完全にやり取りすることに非常に慣れています。したがって、このような設定を妨げているのは、ユーザー登録がメールなしでは機能しないという点です。これは、現在存在する多くのサービスがメールを一切必要としないことを考慮すると、あるコミュニティにとっては予想に反する状況です。
Discourse において、将来的に実装される可能性のある、実現可能な機能リクエストだと思いますか？
ああ、私の読み方では、それは機能提案というよりもサポートの質問のように聞こえました。
役に立つかもしれないプラグインがあります。
ただし、どの程度堅牢かはわかりません。
それらについて知っておくと便利です。しかし、ロードマップは20％しか完了していないため、使用するのが心配です。
プラグインの開発を続けています。まだ初期段階ですので、コミュニティにとって必須でない限り、本番環境での使用は推奨しません。ただし、優先してほしい機能があれば教えていただければ、対応を試みます。