允许的电子邮件域设置与按类别创建的暂存用户之间存在冲突,该类别启用了“接受来自没有帐户的匿名用户的电子邮件”。
我刚刚为一个客户的网站解决了这个问题。他们启用了该设置,以确保访问其 Discourse 站点的唯一注册用户是拥有公司电子邮件帐户的员工。
几天后,他们发现他们的支持收件箱没有收到任何新消息,但没有将两者联系起来。
该设置还会影响在类别上启用来自匿名用户的入站电子邮件时暂存用户的创建。我不确定这是否是回归,但这绝对是一个有效的用例。
允许的电子邮件域设置与按类别创建的暂存用户之间存在冲突,该类别启用了“接受来自没有帐户的匿名用户的电子邮件”。
我刚刚为一个客户的网站解决了这个问题。他们启用了该设置,以确保访问其 Discourse 站点的唯一注册用户是拥有公司电子邮件帐户的员工。
几天后,他们发现他们的支持收件箱没有收到任何新消息,但没有将两者联系起来。
该设置还会影响在类别上启用来自匿名用户的入站电子邮件时暂存用户的创建。我不确定这是否是回归,但这绝对是一个有效的用例。
@Stephen,请分享重现问题的步骤好吗?我不清楚哪些设置已打开,也不知道与预期行为相比发生了什么。告诉我,我会去查看。![]()
如果 允许的电子邮件域名 包含域名(例如 discourse.org),那么来自其他电子邮件服务的外部用户将无法将电子邮件发送到分类,从而无法以正常方式创建暂存用户。
must approve users 结合 auto approve email domains 可能是此用例更好的设置。
可能。也许这更多是#ux,但没有任何东西可以警告用户他们的配置无效。
外部用户的电子邮件被悄无声息地丢弃了好几天。
他们仍应收到拒绝通知,不应是静默的。
您建议我们在这里做哪些更改?允许的电子邮件域 已经有警告。
也许在管理面板中添加一个警告,以防入站电子邮件被拒绝?
查看提交历史,我找到了这个主题:https://meta.discourse.org/t/email-domain-blacklist-is-not-consulted-when-receiving-emails-and-creating-staged-users/70424,最初的理由似乎是预设账户是垃圾邮件的载体。
将以下内容重写是否会有帮助:
用户必须使用这些电子邮件域来注册账户,以竖线分隔。指定域的子域会自动处理。不支持通配符 * 和 ?。警告:不允许使用列表中未列出的电子邮件域的用户!
改为:
创建用户账户时允许的电子邮件域列表。设置后,此列表未包含的任何域的电子邮件将无法用于账户创建(包括预设用户账户)。指定域的子域会自动处理。不支持通配符 * 和 ?。