組織構造に合わせてユーザーグループを作成する際、コミュニティにまだサインアップ/サインインしているユーザーとそうでないユーザーを必ずしも把握しているわけではありません。私のコミュニティでは、ユーザーグループにユーザーをメールまたはユーザー名で追加するためのモーダルで、ユーザー名またはメールでコミュニティにいるユーザーのみを追加すると想定していました。
以下に貼り付けた100個のユーザーメールアドレスがあったとします。Discourseはこれらのメールアドレスを持つユーザーを検索し、グループに追加すると想定していました。しかし、全く知らなかったのは、見つからなかったすべての個人にメールを送信し、登録を招待することでした。
これは確実に開示されるべきです（そしてその機能を無効にする機能も）。
この問題の一部は、そのコピーを書いているときに、私たちがニュアンスを「知りすぎている」ため、管理者に明らかではないという事実にあると疑っています！
招待したいユーザーのリストを入力してください…
最初の点：私たちは「招待」を見て、「グループへの招待」ではなく「サイトへの招待」と解釈します。
2番目の点：グループに招待できるかどうかもわかりません。これはまっすぐにユーザーを追加します。
これは良くないことに同意します。
まっすぐなテキスト修正として、これはどう見えますか？
グループに追加するユーザーのリストを入力してください。提供されたメールアドレスは、見つかった場合は関連ユーザーをグループに追加するか、見つからなかった場合は招待を送信します。
うーん…その言葉遣いはまだ少しぎこちないです。
これを行う別の方法として、DiscourseConnect/SAML/oAuth2経由でログイン時にそれらのグループを渡すことはできますか？
幸いなことに、私の会社はIDガバナンスを専門としているため、まもなく当社のソフトウェアですべてが処理され、ライフサイクル全体が管理されます。
しかし、その統合はあと6〜8週間かかるため、今すぐいくつかのグループが必要でした。
それでも、無料のUXテストです！
IMO、私たち管理者にとって、いくら助けてもらっても困ることはありません。効果的な管理者になるためには、冗長性が必要です（ただし、私はこのヘイトを時折しか着用しません）。
それは素晴らしいですね。もし私が書くとしたら、おそらくこうなるでしょう。
このグループに追加するユーザー名またはメールアドレスのリストを入力してください。メールアドレスを入力した場合、そのメールアドレスが現在ユーザーに関連付けられていない場合は、そのメールアドレスにコミュニティに参加するための招待状が送信されます。
このタイプミスが意図的なのかどうか、まだ判断しようとしています… 
でも、あなたのバージョンと冗長性についての指摘は気に入っています。
