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