今天,我们意识到,我们发送到<username>@corporatedomain.comtypes的电子邮件地址的所有电子邮件都被拒绝了。 我不知道是谁在为corporatedomain.com托pipe电子邮件。 我认为这不重要。 无论如何,我们得到的错误是
Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the server for the recipient domain example.com by mail.example.com. [yyy.yyy.yyy.230]. The error that the other server returned was: 550 5.7.1 Command rejected
mydomain.com的Google Apps帐户。 mydomain.com的DNS有SPFloggingv=spf1 mx include:spf.mailjet.com -all 。 鉴于上面的使用模式和VPS环境设置,我假设SPF将正确结算(MXlogging指向谷歌,我正在使用他们的SMTP服务器发送电子邮件)。
用Googlesearch错误确实没有导致任何问题。 最后,我试图通过在SPF中包含任何我能想到的地毯来轰炸这个问题。 现在它工作。 凉! spf项目现在读取
v=spf1 include:_spf.google.com include:spf.mailjet.com ip4:xxx.xxx.xxx.143 ip4:xxx.xxx.xxx.144 mx ~all
但我不确定它为什么起作用。 我真的不想做一个trial & error ,find收件人域的最低设置。 这些东西肯定有规范,对吧? 毕竟,所有电子邮件都已经交付给所有用户(不包括corporatedomain.com电子邮件)。
我有一个怀疑,在目前的SPF入口, ip4机制以及mx一个是不需要的。 Google文档build议使用include:_spf.google.com而不是mx 。 而且,这个结尾的限制性更less。 旧的SPF以高度限制性结束-all 。 有人可以确认理想的SPFlogging应该是我的用例吗?
附注:我现在已经为mydomain.comconfiguration了DKIMauthentication。 我不知道是否需要设置反向Dns。 我不认为我这样做,因为我不是“发送”电子邮件,Google Apps SMTP服务器是。 如果我错了,请纠正我。
include:_spf.google.com您最终添加的include:_spf.google.com可能是这里的关键一点。 它代表您将Google的服务器标记为合法的邮件发件人。