我听说大多数垃圾邮件filter在发送SMTP服务器(或类似的东西)的始发IP地址上使用反向DNS查找作为validation过程的一部分。 我想确保我的电子邮件通过这个检查。 我怎样才能确认我的电子邮件是可以的?
在研究中,我注意到,如果我看一下来自Gmail的有效电子邮件的标题,我会看到类似这样的内容:
Received: from mail-pz0-f185.google.com (mail-pz0-f185.google.com [209.85.222.185]) by mx.google.com with ESMTP id 10si2346996pxi.164.2009.07.22.22.26.19; Wed, 22 Jul 2009 22:26:19 -0700 (PDT)
当我在209.85.222.18上执行nslookup时,它回应mail-pz0-f185.google.com,这是我所期望的。 如果它回答了一个不同的域名,那么我认为这将表明一个问题,并且会使检查失败。
这是什么反向DNS查找是关于还是我吠叫错误的树?
testing通常不会与SMTP信封(如您所描述的基于眼球的过程)进行比较,而是查找连接主机(如果有)的反向DNS主机名,通过正向DNS运行该主机,并查看是否parsing回原来的IP号码。
所以你需要的是1)build立反向DNS(第一步),2)让它正确设置(第二步)。
没有任何东西可以阻止任何人与SMTP信封进行比较,即使这经常被认为太偏执,所以你也希望你的主机名出现在你的邮件传输中,以使用出现在反向DNS中的DNS名称。
确实如此。 您通过使用反向查询(IP地址的PTRlogging)核对正向DNS查询(域的Alogging),检查刚刚与您通话的邮件服务器是否不假装成其他人。
如果他们匹配,布拉沃。 如果他们不这样做,嘘声,嘘声。
当然,这意味着任何在其IP地址上有多个主机名的服务器在发送邮件时都应该使用PTR中指定的地址。
反向DNSlogging必须存在,但我不认为它是太主要的主机名 – 只要域匹配。
我们SNAT 所有的传出通信,以便它们都来自1个IP地址 。 我们也将所有邮件服务器的logging设置为反向DNS,但我认为它只是以循环方式响应,所以不能保证它将获得哪个主机logging。
不过,这个设置很好地工作。
您在说明反向DNS查询不检查SMTP服务器主机名时是正确的。 然而,重要的是要注意一些邮件服务器确实检查了这一点。 我最后的工作是在一家交易所托pipe公司,因此我们偶尔遇到问题。 作为一个邮件收件人,在这个讨论中应该注意到,这个等式的反面现在也变得stream行 – SFPlogging。 基本上,SPFlogging通过说明哪些服务器被授权发送邮件作为您的域来覆盖主机名/ SMTP服务器IP。 如果欺骗性服务器尝试发送收件人将拒绝邮件,因为它来自不正确的IP。