您好，
我计划在 d.strumenta.community 上创建一个关于软件语言工程的社区。
目前，该社区将仅限邀请加入。不过，我希望能够在电子邮件中发送邀请链接，并且这些邀请不与特定电子邮件地址绑定。这样，我就可以发送一封邮件，而不是为每个受邀者单独发送邮件（初期是数十人，随后是数百人，最终是数千人）。
我暂时可以接受受邀者将此邀请分享给他人，但我希望该邀请并非永久有效（例如有效期为 30 天？）。
您怎么看？通过 Discourse 能否实现这一功能？
将 Discourse 设为私有，并可选择关闭注册审批。发送一封包含网站链接（及营销文案）的电子邮件，邀请他们注册并分享。确保学期结束后重新开启审批功能 
这或许适用于发布初期，但之后我希望与特定人员分享链接，而在那时，我暂时不希望公开注册功能。
根据我的经验，除非你有某种神奇的“巫术”，否则你不会被大量注册申请淹没，因此你的审批队列是可控的。只需不要批准你不希望的人加入即可。我不明白你有什么问题。另外，如果没有电子邮件作为参考点，我也不太明白你将如何准确地识别用户，以确认他们是否就是其声称的身份。这就是为什么电子邮件邀请是一种合理的方法。
问题在于，我希望用户能够立即订阅，这样他们就不必记得在访问网站前再次返回。此外，还需要考虑时区问题，以及我在周末会暂停处理收件箱的情况。另外，我拥有一份拥有 10,000 名订阅者的通讯，因此最终我预计收到的审批请求数量将超出我能够手动处理的范围。
将链接发送为 https://mysuperamazing.com/signup，这将立即触发注册流程，用户甚至无需点击任何按钮。
我不明白你期望 Discourse 如何为你解决这个问题。
你要么通过电子邮件作为身份标识来邀请用户（这实际上相当于预先批准），要么
向全世界（可能）发送一封通用的邀请邮件，然后如果你希望控制谁能加入，就必须仔细审查注册申请（不过，无论如何，你打算如何从注册信息中判断谁应该或不应该获得访问权限呢？）
如果你不想仔细审查注册申请，也可以让所有人自由加入，并在设定的时间内清理不活跃的账户。
让所有想注册的人注册有什么坏处呢？你可以通过分类功能，将高价值的通信和信息限制在信任等级 1 及以上的用户，这样也更容易识别和管理这些用户。
关于需要一个不依赖用户电子邮件地址即可使用的邀请链接的需求（或愿望？）经常出现。使用场景包括：
- 在会议上展示一个 URL，允许人们注册加入一个封闭社区，并可选择将其添加到某个群组。
- 向海量列表发送电子邮件，而无需生成成千上万个唯一密钥或进行邮件合并。
当然，拥有一个任何人都能找到并访问社区的 URL，其安全性不如绑定电子邮件的邀请，但往往值得为此避免诸多麻烦。
我很确定，目前的原生 Discourse 无法实现这一点。
所以我想反问原帖作者：请具体描述一下您希望这个功能如何运作？
那么，您提供给他们的会是：
- https://mysuperamazing.com/signup 或 https://mysuperamazing.com/sup3rs3cr3tK3y，任何人都可以将此链接转发给他人，他们也能使用该链接——那么，使用原生 URL 您获得了什么优势呢？
如果您直接使用原生 URL，并通过任何合适的邮件服务群发邮件，不就已经达到了您的目标吗？
使用您的 Discourse 站点来发送这类垃圾邮件，将会损害您站点的声誉，并影响未来所有邮件的投递可靠性。
在我看来，这有很大不同。目前，任何熟悉 Discourse 的人都可以找到链接并订阅。但如果必须获取该链接，则此人必须处于某种信任链中：要么是因为他是某个列表中的受重视成员，要么是因为他参加了某个相关会议，要么是因为有人希望与他分享而将链接提供给他。对我来说，这显得非常不同。我不理解其中关于“垃圾信息”的引用。当然，这可能会被滥用，但我认为许多人完全有正当理由希望拥有此功能。
我现在明白了，目前这还无法实现，因此我可能会采用您建议的方法，对此我表示感谢。
我认为，如果你能详细描述你希望实现的功能，而不必过于担心技术实现细节，那将非常有用，而且这里很可能存在一个新功能。
如果系统没有你从某个域名成功发送邮件的历史记录，它们就不会信任你。如果你一次性发送大量未经请求的邮件，这可能会损害你在互联网上的声誉，甚至被列入垃圾邮件来源名单，这将对你的合法运营造成相当大的危害，因为许多邮件服务可能会开始拦截你未来的邮件。
好的，那么也许一种信任标志是使用一个特殊的 URL，其中参数中包含一个密钥。这种链接可以共享，安全性并不高，但至少你可以认为这很可能是一个合法的注册请求，无需审批即可放行。你可以为它设置一个自动的 30 天超时机制，之后审批流程将重新启用（这样你也不会因为延迟注册而错过其他合法用户）。
听起来这似乎是一个即将诞生的插件……
如果这大致符合你的需求，我建议你在 Marketplace 发布，让自由职业者接手。
……不过：
既然在这个行业待了一段时间，我知道让用户注册你的 Discourse 论坛并不容易。因此，为此投入大量精力似乎有些过度，毕竟谁会真的滥用你的论坛呢？大多数人根本不会跟进？即使是合法用户也是如此。真正想使用你服务的人肯定会付出努力。那么，恶意用户注册的风险究竟有多大？如果你只是分享普通的 Discourse URL，并在 30 天内允许所有注册无需审批，结果是否会完全一样？
我认为开发一个插件来区分那些拥有此代码的用户和只是直接访问你网站的用户并不值得。无论如何，它也无法做到 100% 安全。
是的。我想很多人都有这样的需求。当然，任何拥有链接的人都可以转发它，因此它并非安全，但相比允许任何偶然访问网站首页的人直接加入，这已经好多了。
我认为这样的插件对许多社区都会有用。不过，查看邀请模式后，我暂时还不太清楚该如何实现。当然，一切皆有可能……
我认为其中还包含一种排他性的理念：人们可能喜欢拥有这把进入该社区的特殊“钥匙”的想法，而拥有它的人也可能愿意分享它，因为这是一件“特别”的事。是的，我认为这会是一个不错的插件。如果最终我的社区取得成功，我可能会考虑为其提供资金支持。目前，我或许会让助理发送单封邮件，但我仍需找到一种方法，将邀请与 ConvertKit 中的自动化序列连接起来，以便向用户介绍社区的相关知识，不过这又是另一个话题了……
说得很好。这是一个不错的营销策略。
这有一个小更新：您现在可以保存一个通用邀请链接并将其包含在电子邮件中。 
您可以设置最大兑换次数、到期日期，甚至可以自动将用户添加到特定群组和/或定向到特定主题。 
您可以在此处阅读更多相关信息：Configuring how users can create and send invites for others to join your community