我只是为我们的小组织处理这个问题的开发人员，所以如果我错过了任何明显的事情，请提前道歉。
我们使用 Rackspace Cloud 作为我们的电子邮件提供商。最近几周，我们的电子邮件开始进入客户的垃圾邮件文件夹。我们向 Rackspace 提出了这个问题，发现我们没有 DMARC 记录，这是我们大约一周前添加的（SPF 和 DKIM 是很久以前添加的）。在检查来自 Rackspace 的电子邮件日志时，我们发现其中一个分发列表显示为来自我们域的数千封垃圾邮件（显然是伪造的）的发件人。使用了数百个不同的 IP 地址。大约 10 天前，我们删除了该 DL。我们仍然将（现在不存在的）DL 视为垃圾邮件的发件人。这导致我们的域被 gmail 等主要电子邮件提供商标记为可疑。我们的许多客户使用 gmail 作为他们的电子邮件提供商，这对我们造成了巨大的业务影响。
我对这个问题进行了广泛的搜索，除了标准的 SPF、DKIM、DMARC 记录之外，我找不到任何建议。所以我的问题是：
- 不存在的 DL 如何被视为有效发件人并通过（我希望）邮件服务器在发送电子邮件之前执行的所有检查？
- 我可以要求 Rackspace 为我们做些什么具体的事情，因为他们不知道如何解决这个问题？
- 作为最后的手段，是否切换到不同的电子邮件提供商（我们正在考虑使用 Office 365）可能会解决此问题？
感谢您对理解问题并更接近解决方案的任何见解！
不幸的是，对于垃圾邮件发送者欺骗您的域，您无能为力。
您提到的机制（SPF、DKIM 和 DMARC）都用于帮助接收服务器确定消息是否来自合法来源。
应该发生的情况是，服务器看到欺骗性电子邮件不合法，并丢弃或隔离它。虽然他们看到来自您服务器的消息是合法的。
如果实际上无法查看配置，就不可能说您是否正确设置了它。但是，看起来您确实没有正确设置它，因为合法电子邮件没有通过检查，或者非法电子邮件通过了检查。您可能想维护您的隐私，但我不确定是否有任何其他方式可以在不查看配置并了解有关您的托管服务提供商电子邮件服务器的更多细节的情况下提供帮助。
重新生成 DKIM 密钥并将其应用于我们的 DNS 最终阻止了垃圾邮件。Google 仍然需要几周的时间才停止将我们的电子邮件标记为垃圾邮件。
哦，Rackspace 支持很烂！