我希望能够邀请人们回复公开话题，而无需他们创建账户。我该怎么做？
我曾尝试使用“分享 > 通过电子邮件邀请”功能，但收到的邮件无法让我查看完整帖子，或提示我可以通过回复邮件来参与讨论。
我希望该功能能模拟人们回复私信时即可立即参与的方式。
我希望拥有此功能，因为有许多人我希望就特定话题听取他们的意见，但让他们创建账户对他们来说门槛太高。
我认为这并不受支持。
“分享 → 邀请”流程会生成类似您截图中所示的邀请邮件，但受邀者需要点击链接并至少选择一个用户名，之后会被直接引导至该话题。
2 个赞
感谢您的回答！我已将此帖子的类别更改为功能请求。
我对您误解“邀请参与话题”功能的工作方式感到好奇——我们将重新设计此功能，使其与全新改进的邀请系统保持一致。希望在此过程中，我们能使其更加清晰易懂。
该功能请求涉及“临时用户”（staged users）的范畴。临时用户并非真正的用户，因为他们只能通过电子邮件参与，且临时用户的功能除了在私信（PM）系统中外，尚未得到充分完善。我认为您是在探索临时用户设计初衷的边界，这很有趣，但短期内甚至可能永远都不会实现。
对于大多数社区而言，让非用户参与讨论是毫无意义的。这里也存在一个滑坡效应：接下来我们应该赋予临时用户哪些权限？临时用户无法被@提及，不会关注话题或分类，无法访问私密分类中的附件，无法登录修改个人偏好（包括邮件偏好），无法接收每周邮件摘要，也不会出现在用户列表中。那么，临时用户何时就仅仅变成了从未登录过的用户呢？我们希望论坛体验对每个人来说都棒极了，因此真正的目标应该是降低人们登录的门槛，而不是让他们躲在电子邮件背后。
能否请您进一步说明您的使用场景，以及您已尝试过哪些现有的 Discourse 功能，并在哪里遇到了困难？能否描述一下您试图拉入的这些人群，以及他们为何不愿或无法注册并作为用户参与？
我能想到的一个个人使用场景是：邀请家人和朋友加入我用于管理家庭项目（如相册等）的私密 Discourse 站点，而他们对此有所顾虑。我知道他们会因收到孤立话题的通知而感到兴奋，添加回复并与我以及话题中的少数其他人交流。然而，他们可能永远不想注册站点，也不愿为了回复而登录，更不想看到他们不感兴趣的其他所有话题。但这属于 Discourse 相当特殊且可能罕见的用例，我目前可以通过单独给这些人发邮件来与他们讨论我的项目，从而应对这一情况。
另一个可能的用例出现在 Discourse for Teams 中，我们已经在测试访客用户功能。目前，访客与 Teams 站点的交互方式是通过被专门邀请加入访客分类。访客的数量不计入用户限制（可邀请的访客数量与团队成员数量相同）。随后可以在访客分类中创建与站点其余部分隔离的话题，使团队能够就特定话题（例如客户项目）与访客互动。到目前为止，我们尚未看到许多 Teams 站点使用访客功能，但如果他们发现有一个简单的界面可以邀请访客参与话题，并允许他们通过电子邮件加入而无需登录，他们可能会开始使用它。
我想，我们可以效仿员工向电子邮件地址发送私信的做法来实现您所描述的功能：创建临时用户，当他们的私信收到回复时，他们即可回复并接收邮件；如果他们后来决定创建账户，他们将获得对其作为临时用户期间所有活动的完整访问权限。可以提供一个按钮，用于向电子邮件地址发送帖子，或许在顶部附带一条个人留言。系统会创建一个临时用户，并通过电子邮件将完整帖子发送给他们。如果他们回复，他们就会开始关注该话题，从而收到后续回复（本周在另一个话题中曾提到这一点）。如果他们感到不堪重负，可以使用邮件页脚中的取消订阅链接。
1 个赞
这恰恰也是我的用户画像。他们只想参与某一个话题（例如），但不需要也不想看到其他所有内容。这对我们来说其实很常见，因为我们是一个基层动员组织。我们总是与网络边缘的人互动，他们在某些特定场合的参与是必要的，但如果信息过多，他们就会感到不堪重负。
是的，这正是我认为可行的方案，也是我原本假设通过电子邮件邀请某人参与某个话题时会实现的效果，因为它与向电子邮件地址发送个人消息的方式如出一辙。
1 个赞
这种情况在核心讨论中几乎不可能发生。您随时可以邀请这些人加入社区，然后帮助他们设置偏好，关闭来自网站的邮件摘要和其他通知。
同时，感谢您指出令人困惑的“邀请发送私信”界面，它很容易与网站邀请系统混淆。这是两个完全不同的功能。我们将对此进行查看。
1 个赞
我之所以来到这个帖子，是因为我有一个相关的用例，我正在尝试弄清楚：我想让一个主题只对几个人可见（他们不是我网站的成员）。
或者，换一种思考方式：我想创建一个私有主题，并邀请特定的人查看它——但他们不需要为此创建帐户。
为什么？我的情况与“邀请不情愿的家人和朋友”类似。对我来说，不是家人——而是我想向他们展示某些特定物品的专业联系人，部分是为了鼓励他们加入更大的网站。
看起来现在不可能这样做？也许有变通的方法？
至少，我想为支持这个想法增加一个声音。
这是一个有趣的用例。也许您想看看 Page Publishing - 该页面将公开，但需要知道 URL 才能访问它，所以这也许符合您的用例？
有点像添加 nextcloud 那样的功能，您可以创建一个文件的共享链接或文件夹，该链接是唯一的，还可以提供过期日期或访问密码。
2 个赞
谢谢。我最近一直在想，如果你能给一个主题一个复杂的链接（就像 Dropbox、Google Docs 等一样），那就太酷了——这样任何人都可以访问它，但你需要链接才能做到，而且除非你发送给他们，否则没有人会拥有这个链接。这可以很好地工作——并且更接近于人们在这个论坛上偶尔请求的“私有帖子”功能。
而且它不需要发布页面（我可以只采用一个公开的主题，但给它一个复杂的链接来访问）。
我认为目前存在两个限制——对于已发布的页面或您希望通过“复杂链接”方法仅供少数人使用的普通主题：
-
如何为主题创建复杂链接？目前，对于主题和已发布的页面，我认为 URL 是自动生成的，并且可以轻松读取标题。（我猜你可以创建一个奇怪的标题，但这看起来不太好，并且会让查看它的人感到困惑。）
-
搜索引擎会索引已发布的页面/主题，对吗？这肯定会降低页面/主题的潜在隐私性。
3 个赞
复活这个帖子！
此功能对所有 Discourse 用户都非常有价值——如果实现，它可能成为一个巨大的卖点。我将通过我的用例来展示为什么，这是一种非常常见的情况。
我的用例
背景
我在 https://nanouherman.com 担任首席开发人员。我们拥有一家特许经营店，特许经营商正在寻找一种更好的沟通方式，这样电子邮件就不会被埋没/丢失，并且可以轻松地引用其他消息并将其他人拉进来。我熟悉 Discourse，所以我觉得这是一个绝妙的主意。
过渡
然而，进行切换将是困难的。其他公司有他们的支持系统，并非所有人都能够立即切换到论坛账户。为那些通过自己的支持系统参与的人设置暂存用户非常有用。我们还可以通过向尚未加入论坛的人发送私人消息来向他们发送消息，将他们变成暂存用户。然后，我们可以将这些私人消息移至主题，以便进行分类，并且每个人都可以看到它们。
结论
这有效地使我们能够将 Discourse 完全集成到我们现有的沟通中，同时添加所需的结构和好处。用户可以选择加入论坛，而那些已经拥有系统的人可以继续使用它。我们几乎所有的消息和电子邮件都可以迁移到 Discourse。它就像一个论坛和工单系统结合在一起。
泛化
如果 Discourse 能够与现有沟通无缝对接，并使其成为可选的，同时仍然获得好处，那么将有更多公司使用 Discourse。如果没有这一点，一次性迁移所有用户将很困难。
我认为你们在这里有些夸大其词了。
群组收件箱今天就提供了这种功能，并且在许多部署中，它已经取代了与外部客户和顾客沟通时对电子邮件的需求。
我的用例是我们希望对话对所有人公开。