はい、見ました。承知しました。
組織のセキュリティ問題と見なされるため、私たちをシャットダウンできる権力者に引用します。「このシステムで、許可されていない組織の誰かが侵入できる場合、あなたの注意にもかかわらず、最終的にはそうなるだろうと仮定しなければなりません」。まさにそれが起こったことです。「must_approve_user」は招待専用の場合には効果がないため、その「機能」（機能ではないと言うべきか）が有効になり、招待したいまさにその人々に無制限の招待を発行しました。そして明らかに、これらの人々の一人がその無制限の招待リンクを別の組織と共有しました。
これにより、@tobiaseigen にも回答します。
会議やカンファレンスがあり、時には許可された組織から数百人の人々が参加しますが、その中には、私たちの管理外の包括的なポリシーにより、フォーラムへの参加が許可されていない他の組織の人々も含まれることがあります。
その招待リンクは、スタッフの注意にもかかわらず「緩んで」しまいました。なぜなら、リンクを持つ「暗黙的に承認された」人々が何をするかを制御できないからです。定義上、そのリンクは「無制限」なので、彼らは望むなら誰にでも転送できます。もしそれが「設計どおり」であり、暗黙の承認があると言うなら、この無制限の招待リンクはどこにでも行く可能性があることを意味します。つまり、最終的にはそうなるということです。これはまさに、IT部門の責任者が正当な理由で話していたことです。私たちはそれを知っていたので、「must_approve_users」を、それがセキュリティレイヤーであると信じていたものとして有効にしました。
これが機能なのかバグなのかについては、質問があることは承知しています。私はプロのプログラマーではありません。それはあなたが決めることです（私は天体物理学者です）。私は単に、この素晴らしいプラットフォームを使い続けられるように対処されることを願って、私たちに引き起こされた深刻な「問題」を報告しているだけです。
私はオプション3を全面的に支持します。私たちの研究センターと私のフォーラムのスタッフも同様です。それまでの間、スタッフは招待したい人々の個々のメールアドレスすべてを追加する必要があるため、無制限の招待を使用しないように指示されています（カンファレンスでは、参加者は数百人を超えます…）。各会議、イベントなどでこれを行うことは、成長に大きな障害となり、追加のワークロードによりスタッフの一人が辞めることも予想できます（ほとんどがボランティアであり、他の職務で手一杯です）。