Email 高错误率（低交付率）是否由；SPF DMARC：未对齐失败“；使用第三方电子邮件发件人时，以及如何修复

让我们把我的服务器称为“example.com”。我通过Amazon SES发送事务性电子邮件，但不知道有任何问题

不过，对于电子邮件活动（向12k+联系人发送新闻稿），我使用SendPulse.com

他们的设置页面显示绿色复选框，声称我的SPF、DKIM、DMARC等都配置正确。（我在CloudFlare DNS设置中遵循了他们的指示。）

但是，我发现我的活动中错误率很高。2%. 大多数人说“由于其他原因，交付失败”

我不断收到带有DMARC报告的电子邮件。在我将它们匿名化（用“example.com”替换我自己的域）并上传到dmarcian.com后，报告说“SPF DMARC:fail unaligned”

当我查看通过SendPulse发送的原始电子邮件活动时，我会看到可疑的部分，如

smtp.mailfrom=postmaster@sendpulse.email;，
返回路径：
，
错误到：postmaster@sendpulse.email
和
X-To：abuse@sendpulse.email
（而不是使用我自己的域）

但我也看到了很多鼓舞人心的东西，比如
dkim=pass
，
spf=pass
，和
dmarc=pass
，我在任何地方都看不到“fail”

SendPulse支持人员告诉我：

因为我们是一个群发邮件服务的技术标题
通过我们的服务发送的邮件将是我们的技术地址
喜欢postmaster@sendpulse.me

我们不提供专用服务器和
电子邮件服务中的总白标签

2%的错误率高得离谱，对吗

在依赖第三方电子邮件活动服务时，我是否可以测试或重新配置其他内容以降低错误率？

我担心的是，考虑到他们毫无帮助的支持响应，我可能会这样做。
我无法回答2%是否是高错误率。我想很多时候，这与你的列表质量、特定垃圾邮件过滤器等有关。聚合报告中的
未对齐失败
消息只会告诉你电子邮件已由一个服务发送（或转发），该服务将自己的跳出地址作为返回路径。尽管Sendgrid等许多服务也提供了一种通过专用子域对齐SPF域的方法，但这样做是常见的做法。DMARC要求您从域通过SPF或DKIM进行身份验证。@Reinto我在“包含专用IP”的“营销活动计划”选项卡中看到。对于不提供专用IP的提供商，返回路径是否总是不对齐？谢谢。不用了，您也可以在SPF上对共享IP空间进行对齐。例如，Sendgrid允许您使用子域（比如send.example.com）进行反弹处理。他们将要求您发布一条CNAME记录，该记录将send.example.com指向Sendgrid.net子域，在该子域中，他们将托管一条MX和SPF记录，具体针对您的帐户。您仍然可以在example.com域中拥有
FROM
地址，而反弹将被定向到
bounces@send.example.com
。当您有一个声明为aspf=r的策略时，这将与DMARC一致（如果省略，则假定为“松弛对齐”）。