接着讨论 如何从命令行批准用户辅助电子邮件?:
更普遍的问题是,我们需要一个无电子邮件实例的 Discourse——即不需要接收或发送任何电子邮件。这是否可以实现?
接着讨论 如何从命令行批准用户辅助电子邮件?:
更普遍的问题是,我们需要一个无电子邮件实例的 Discourse——即不需要接收或发送任何电子邮件。这是否可以实现?
我不确定这是否满足您的要求,但可以使用 DiscourseConnect 来实现。基本上,只需为 SSO 记录中的电子邮件字段设置一个假的电子邮件地址,并将站点的 disable emails 设置为“yes”或(可能更好)“non-staff”。然后设置一个 DiscourseConnect 提供商站点,允许在不提供电子邮件地址的情况下进行注册。
如果可能的话,最好让员工账户拥有真实的电子邮件地址并接收来自站点的电子邮件。例如,这样可以在 DiscourseConnect 出现问题时,允许他们通过 /u/admin-login 路由登录。
提出的解决方案听起来更像是一种变通方法,而不是一项功能。因此,我为我的主题选择了#feature类别。
这个想法是拥有一个真正无邮件的实例。
一个例子是ProtonMail账户,你可以设置它而不指定任何其他电子邮件(除了在他们的验证系统触发“需要额外验证”标志的某些情况)。
在我们的特定情况下,我们不想使用任何第三方验证服务。我们不需要任何电子邮件通知或通过电子邮件回复;人们会非常舒适地完全通过浏览器(或移动应用程序)与系统进行交互。因此,阻止我们拥有这种设置的是用户注册在没有电子邮件的情况下无法正常运行。这有点出乎一些社区的意料,考虑到如今存在大量不需要任何电子邮件的服务。
您认为这是否是一项可行的功能请求,有可能在某个时候在Discourse中实现?
啊,根据我的理解,这听起来更像是一个支持问题,而不是一个功能建议。
有一个插件可能有点用:
但我不太确定它的健壮性。
很高兴了解它们。但它们的路线图仅完成了 20%,所以我不敢使用它。
嘿,我还在开发我的插件。它还处于早期阶段,除非对您的社区来说是必需的,否则我不建议在生产环境中使用它。不过,如果您有任何希望我优先开发的功能,请告诉我,我会尽力而为。