目前（完全独立于 Discourse），我使用一个公开的电子邮件地址作为别名，该别名会将一个咨询电子邮件发送到多个电子邮件地址。该小组依赖其电子邮件提供商的垃圾邮件检测。他们中的大多数使用 Gmail。
人们独立地处理咨询。这有时会导致重复工作或其他问题。
我的 Discourse 实例是完全私有的，需要成员登录。我已经开始使用 Mail-Receiver 插件，以便成员可以通过电子邮件回复主题，并且它似乎运行良好。
我一直在阅读并测试相关的 Groups 选项，该选项接受自定义地址的入站电子邮件。我正在考虑将其用于咨询电子邮件地址。我看不出 Mail-Receiver 如何充分检测和阻止垃圾邮件。
我还读到 Discourse 团队本身正在使用入站电子邮件作为支持功能，所以垃圾邮件可能不会阻碍他们。
这里有一个指南：
我没有遇到发送到 mail-receiver 地址的垃圾邮件问题，但如果该地址列在公共注册表中，则存在可能发生这种情况的风险，这些注册表可能会开始收到垃圾邮件/营销邮件。
是的，我看到了那个指南。但是，维护一个被禁止域名的列表是不可行的。我们无法领先于垃圾邮件发送者——我们每天都会收到发送到我们网站上公开的地址的垃圾邮件，但至少其中大部分首先会经过我们不维护的检测服务，例如 Gmail、miab……
我可能会鼓起勇气尝试使用 Discourse 群组电子邮件地址，尽管我认为我可以预测我们无法忍受结果。我们总是可以回到原来的流程，但我真的很喜欢能够以自然的方式分配工作并保留通信的想法。
为了避免这种情况，如果可能的话，保护地址不被网络爬虫抓取可能有所帮助。我不确定如何做到这一点，但见过通过使用验证码或“点击显示地址”选项来防止爬虫抓取地址的实现方式。
如果垃圾邮件太多，更改地址也很简单。
当收到电子邮件时，会创建一个临时用户，通过垃圾邮件，您可以立即阻止他们的电子邮件和 IP 地址。
我同意你的观点，阻止域名并不是一个可靠的通用反垃圾邮件措施——它更多的是用来对付偶尔出现的“重量级选手”。
不过，完全可以自定义 mail-receiver 来执行你需要的任何额外的预投递过滤，例如将收到的邮件通过 SpamAssassin 或类似的工具进行处理，因为你可以完全掌控 Postfix 的强大功能。我一直在考虑构建一个“mail receiver 9001”，使其开箱即用地包含这类功能，但这需要赞助，因为我目前个人并不需要它。
在几年前开启这个话题之后，我们使用了一个发布在我们网站上的蜜罐电子邮件地址进行了测试。人类用户应该知道不要使用该地址。在这段时间里，我们只收到了少量垃圾邮件。
最近，我偶然发现了 Discourse 管理页面中名为“邮件日志”（Email Logs）的“已拒绝”（Rejected）选项卡。在那里，我发现了许多 Discourse 拒绝垃圾邮件的实例。其他管理员可以轻松找到自己的类似实例：只需在该页面出现的“错误”（Error）筛选框中输入“autogenerated”，或者在登录为管理员时使用此链接……
https://yourdiscourse.com/admin/email-logs/rejected?to=contact&error=autogenerated
在所有这些案例中，试图向我们发送垃圾邮件的发件人都拥有一个自动回复地址，而这是触发拒绝机制的标准之一。