在发布帖子之前，最好检查帖子中的域名是否有效。如果域名检查失败，则将帖子标记为供版主审核。
这不是链接检查器。
这不是电子邮件地址检查器。
最近有一个帖子包含一个电子邮件地址。随着回复的增加，OP 的事实开始不符。在检查域名时，找不到已注册的域名，例如 ICANN 查询
因此，该帖子被取消列出。
这可能具有非常特定的用途，但在帖子中提供无效域名也有正当理由。
例如，当在此元（meta）上共享配置时，您可能不希望公开共享您实例的地址。在通用或不存在的域上共享 URL 结构示例也很常见。
这听起来像是一组非常具体的情况，您能分享更多信息吗？
3 个赞
不过，这是不好的做法。这些域可能已存在并且是_其他东西_——或者甚至更糟的是_将来可能存在_。示例应使用 example.com、example.org 或 example.net。这些是真实的，可以解析，并且就是为此目的而设计的。
4 个赞
最佳实践对于新手来说并不熟悉。在上述背景下发布时，制造障碍几乎是象牙塔式的。请记住，标准安装的相对简便性有时会让安装 Discourse 成为用户首次进行的“系统管理员”类任务。
在有人发布链接之前，我们不可能去验证域名所有权。如果他们共享了一个带有无效域名的配置，我们如何区分是拼写错误、DNS 配置不当，还是域名尚未复制？
1 个赞
并非故意说风凉话。
如果您是指作为版主如何手动检查。如果ICANN查找失败，则向该用户发送私人消息询问详细信息，我就是这样做的。
您能否详细说明一下域名检查器如何帮助到上面链接的主题？
OP 没有包含域名，只有一个电子邮件地址。是您在第 11 篇帖子中的回复提到了 .com，顺便说一句，这是一个有效的已注册域名——它停靠在 sedo。如果用户指定了它并且域名被检查过，它就会返回有效的 whois 信息。
我不清楚您提出的解决方案如何能减轻您链接的主题的版主负担。
我明白了我的错误；感谢您让我进行橡皮鸭调试。
作为一个人类，我识别出 plausibleai 是一个域名，但它是用户名的一部分。但即便如此，有一个域名检查器仍然很好，因为用户仍然会尝试传递虚假域名。
坦白说，这一切在我看来比 rdd 更像是一个xy问题。
没有人想处理恶意行为的后果，试图引诱用户离开站点绝对可以表明这一点。Discourse 有很多针对批量垃圾邮件机器人的保护措施，但这种有针对性的行为仍然需要社区标记和响应迅速的版主来处理。
1 个赞
如果这是一个确定性问题，那么XY问题是有意义的，但是对于LLM和训练来说，值得一试。也许这应该是一个Discourse AI的建议，而不是一个功能建议。
仍然有很多垃圾邮件能够绕过。垃圾邮件检测器主要捕获那些输入速度过快的新用户发送的垃圾邮件。
由于这已经偏离主题，我将在此停止。