SSO を使用していない場合は、すでにそのようになっていると信じています。メールで招待されたユーザーは、メールリンク自体がアクティベーションとしてカウントされるため、メールをアクティベートする必要はありません。
ただし、WordPress を SSO として使用しており、誰かを招待すると、まずログイン画面に移動し、登録をクリックし、フォームに記入し、メールを検証する必要があり、最終的にフォーラムにアクセスすると「ログイン」をクリックする必要があるという、面倒なプロセスが発生します。
次のことが可能になりますか？
これは大いに役立ちます！ありがとうございます。
ショーンさん、すみませんが、少し混乱しています。
どこから招待を送っていますか？現在の手順を教えていただけますか？例えば、
そして、希望する手順はどのようなものですか？例えば、
すみません、混乱させてしまって申し訳ありません。Discourseの招待システムを使いたいということです。
ユーザーに友達を招待してもらい、それに関連するバッジを獲得してもらいたいと考えています。しかし、現在、招待された後のサインアッププロセスが非常に面倒です。
また、FYIとして、招待されたユーザーをTL1にするように設定しましたが、テストではそれが無視され、TL0に設定されました。
なるほど、わかりました。その場合
私の理解では、DiscourseConnectプロバイダークライアントは、招待から発生したログインリクエストと通常のログインから発生したログインリクエストを区別することはできません。言い換えれば、これは次のように機能します。
現在、WP Discourseプラグインは、3のようなリクエスト（つまり、招待からのリダイレクト）と、ユーザーがDiscourseで単に「ログイン」をクリックしたときのリクエストを区別することはできないと思います。言い換えれば、すべての受信認証リクエストを登録にリダイレクトする必要があり、それはおそらく望ましくないでしょう。
@david 確認ですが、それは正しいですか？ 
はい、それは正しいと思います 
@Shauny 要するに、招待フローを希望どおりに機能させるには、DiscourseConnect プロトコル自体（つまり、Discourse での動作方法）の更新が必要になります。
わかりました。確認メールはどうなりますか？招待されたメールアドレスはわかっているので、その追加ステップをスキップできませんか？
検証メールを削除することは、安全でないだけでなく、同じ問題があります。
あなたが想定しているシナリオと、WordPress側の他のシナリオを区別する方法はありません。たとえそれが可能であったとしても、招待リンクを誰かにメールで送信することなく共有できるため、依然として推奨されません。
したがって、DiscourseConnectプロトコルが更新されれば、自動リダイレクトによる登録は可能かもしれませんが、メール検証の削除は（サイトのセキュリティを侵害することなく）おそらく不可能です。
しかし、招待リンクをメールで送信し、そのメールのリンクをクリックした場合、すでにメールアドレスが認証されています。SSOを使用しない場合、これらすべてが機能し、それ以上のメール認証は必要ありません！
私の理解では、現在の状態では、Discourse が SSO プロバイダーに招待によってメールが確認されたことを伝える方法がなく、SSO も Discourse にそれを伝えていません。
コア製品でメール認証を削除する方法が本当に必要だと思います。SSOでDiscourseを設定しましたが、メール認証の手順は新規ユーザーにとって多くの摩擦を生んでいます。
これを無効にするプラグインがありますが、残念ながらホスティングしている場所ではプラグインをインストールする権限がなく（また、すべての人に機能するわけではないようです）：Disable Email Verification for Discourse Plugin
メール認証を無効にできないのは非常に残念で、長年にわたり多くの人がこの問題で苦労している投稿があります。コア製品では、管理者が望む方法でサーバーを実行できるようにすべきです。