这是我的情况。
我们有内部网络,有大量的二级子域- foo.internal.domain.ltd为例。这些子域可能有也可能没有A类IP的公共DNS记录。
然后,我们有一个单独的子域,充当代理- proxy.internal.domain.ltd。它具有具有下列DNS记录的公共IP地址:记录- IN A <IPv4 of the VM> MX记录- IN MX 10 proxy.internal.domain.ltd. TXT记录-“`IN "v=spf1 a mx ip4:~all”DMARC记录“
_dmarc.proxy.internal.domain.ltd IN
我正在添加一个域(xero.com)到我们现有的SPF记录,允许从外部系统发送营销电子邮件,并显示它们似乎是来自我们。
xero.com的SPF记录很大,包括它将使我们自己的SPF记录超过10查找限制,从而导致错误Permanent Error: Too many DNS lookup。
这是不幸的,但如果这个错误真的有什么影响(无论是硬失败还是软失败)?它会阻止任何邮件被发送,或者允许所有,或者忽略这个包含的域吗?
除此之外,我们建议我们的一些客户将我们的域名包括在他们的SPF记录中,这样我们就可以代表他们发送邮件。
在我们的SPF记录中增加包含的域会对他们产生负面影响吗?
相反地,如果我通
我试图建立一个SPF记录的微软Azure,因为目前我们的电子邮件被视为垃圾邮件。
这是我补充的记录:
但是它似乎不起作用,因为当我测试我的域的SPF记录时,会返回这个结果:
SPF record lookup and validation for: check-in.green
SPF records are published in DNS as TXT records.
The TXT records found for your domain are:
fidelise-rpfc.azurewebsites.net
Checking to see if there is
混淆什么反向DNS应用于和它在哪里被设置..。虽然是关于如何做到这一点,有一些答案。,但我仍然无法确定需要做什么以及为什么要做。
一个域在注册程序A注册,后者保存DNS表。注册员A还通过注册官拥有的域名提供邮件服务。两个VPS提供不同的三级域服务。
DNS表中的spf记录指向MX服务的邮件服务器域,MX记录指向
mail.registeredDomain.com
v=spf1 a mx ptr include:mailServer.net ~all
MX工具箱状态为Reverse DNS does not match SMTP Banner
反向DNS查找是基于服务(mx)还是基于域?我可以
我们的别名域的_dmarc记录有问题。我们使用AWS的DNS-路由53和谷歌应用程序。当从主域发送电子邮件时,_dmarc通过验证。但是当从别名域发送时,它会失败。
这是从主域发送的电子邮件的标题:
From: Caroline<caroline@primarydomain.com.br>
To: caroline@anotherdomain.com
SPF: PASS with IP 209.85.220.41
DKIM: 'PASS' with domain primarydomain-com-br.20150623.gappssmtp.c