除了其他用途外，我们还使用 Discourse 来处理委员会工作。一位会议组织者希望跟进最近一次会议中的 23 位参与者。处理这种情况最有效的方式是什么？
我们已有参会人员的姓名和电子邮件地址列表。显然，将名单复制粘贴到 Gmail 中即可操作，这也是我们的备选方案。但我们希望鼓励大家在此类讨论中使用 Discourse。所有参与者都已拥有 Discourse 账户。
如果我们直接将电子邮件地址粘贴到收件人对话框中会发生什么？Discourse 是否能识别出这些人拥有账户，并相应地为他们发送消息？
（我可以创建一个群组，但这些人是因某次规划会议而临时聚集的，不太可能以相同形式再次聚会，因此如果可能的话，我希望避免创建群组。）
我能想到的另一个解决方案是逐个输入每个人的姓名。
至少，将用户名列表粘贴到该框中似乎应该可行，你觉得呢 @j.jaffeux？
同意。仅供参考，这不是一个 select-kit 组件，所以我可能会先将其转换，然后再为 sk 组件添加此复制/粘贴支持。
会议组织者是否为工作人员？允许非工作人员粘贴邮箱并执行查找，将违反那些保留私人邮箱（对其他成员隐藏）的用户的安全。
有没有什么变通办法，或者我们是否只能允许粘贴用户名？
据我所知，非管理员也可以创建私信。
会议组织者是一位管理员，他昨天确实急需发送这条消息，因此只能手动逐一添加全部 23 人（输入姓名、等待对话框出现，以此类推）。我相信他肯定不愿意再重复这样的操作，所以在这方面提供一些改进的用户体验将会非常受欢迎。
一点背景信息：我们通常从 Zoom 的注册信息中获取会议数据（姓名和邮箱）。一般情况下，我们会利用 Airtable 与 SendGrid 的集成来发送跟进消息（例如会议录像链接、实用资源等）。但这次，我们希望通过一次后续的__对话__来共同决定下一步的具体行动。
因此，这个问题可以概括为：如何从一份邮箱列表高效地发起 Connect 中的私信（以避免将电子邮件用作“讨论平台”）？就我们的情况而言，需要执行此类操作的人员要么是管理员，要么在组织中具备足够的责任权限，我愿意授予他们员工权限。因此，希望这能消除法律方面的顾虑。
更多背景：当用户在我们网站上注册时，他们会同意将其邮箱与其他高等教育联盟成员共享，用于活动跟进、推动合作等目的。我们在重新调整流程以符合 GDPR 要求时意识到，这些是我们非常常见的用例，因此我们已提前请求获得此类授权。但显然，大多数 Discourse 站点并不会出现这种情况。
正如 Jeff 所建议的，粘贴用户名将是一个有用的功能，但就我们当前的情况而言，它并不能满足我们的需求。
