招待を得るためにメールで問い合わせるというワークフローが壊れています。
ステージングされたユーザー（メールでの問い合わせを通じてサポートグループとのメール交換後に作成されたユーザー）が招待を使用しようとすると、次のようになります。
この問題は、ユーザー承認の厳格化の後、パブリック登録と低摩擦の招待の両方を許可するための回避策を試みた後に発見しました。
フォーラムで管理されていないアドレスにメールを送信してもらうという別の回避策を実行できますが、誤った回避策のために回避策を使用しなければならないというのは、皆さんが求めていることではないと思います!!!
さらに、ステージングされたユーザーはサインアップまたはログインもできないようです。
サインアップしようとすると、そのメールアドレスはすでに存在するため、メールログインリンクを試すようにというメッセージが表示されます。
そのリンクを使用してログインしようとすると、アカウントが存在しないというメッセージが表示されます。
何かがおかしいです!!! 他の誰かがこれをテストしていただけますか？
その間、ステージングされたユーザーをすべて削除して、サインアップできるようにします。
テストサイトでこれを実行してみましたが、ステージングされたユーザーでサインアップできました。
@support グループがメール受信を受け入れるように設定する@support グループにメールを送信して、ステージングされたユーザーを生成する何か違うことを試すべきでしょうか？
（招待の方も試してみます）
更新:
招待メールでも試しましたが、私には機能しています。
@support グループに別のメールを送信して、新しいステージングされたユーザーを生成する/invite/pending ページから簡単な招待を作成し、ステージングされたユーザーのメールアドレスに送信するあなたのフローで違いを生む可能性のあるものはありますか？
（「ユーザーを承認する必要がある」を有効にしても試しましたが、期待どおりに機能しました）
/logs/ に内部サーバーエラーのトレースバックはありますか？
詳しく調べてテストしていただきありがとうございます！
私のインスタンスだけの問題のようで安心しました。
週末に詳しく調べて、またご連絡します。
これについてのアップデートです。
不正なテーマコンポーネントでした: 👨👨👧👦 Groups Widget (Layouts Plugin)
@keegan さん、確認していただけますか？詳細はこちらに投稿すればよいでしょうか？Metaのトピックか、pavilion.ioのどちらでしょうか？
問題は、trust_level_0 ユーザー（ステージユーザーも含まれることを今知りました）に対してウィジェットを有効にしていたことでした。trust_level_1 に引き上げれば、私の問題は解決するはずです。