我需要一些帮助澄清反向DNS和MXlogging设置。 我无法在google上find明确的答案。 情况如下。 说我有域名“mydomain.com”，我有一个名为“mail.mydomain.com”，由myprovider.com托pipe的SMTP服务器。 我想发送/接收来自域mydomain.com的邮件。 所以我添加这样的MXlogging：
mydomain.com MX mail.mydomain.com
我也有一个logging，指向myprovider.com服务器IP（假设它是1.2.3.4）：
mail.mydomain.com A 1.2.3.4
现在，我想确保我的邮件将被发送，所以我检查反向DNS。 我得到了以下结果：
mail.mydomain.com -> DNS check resolves to 1.2.3.4,
1.2.3.4 -> reverse DNS check resolves to s1.myprovider.com
现在 – 这是否意味着反垃圾邮件反向DNS检查失败，因为1.2.3.4不能parsing回mail.mydomain.com？ 但是：这是一个共享服务器，所以它永远不会parsing到我的域名 – 它将永远解决myprovider.com – 对不对？ 这是否意味着邮件可能被标记为跨度？ 或者：反垃圾邮件filter会再做一次DNS检查，检查s1.myprovider.com的IP：
s1.myprovider.com -> DNS check resolves to 1.2.3.4
所以它会决定反向DNS匹配？ 哪一个是真的？
也许我应该以不同的方式做，我应该直接将我的MXlogging指向s1.provider.com，这样：
mydomain.com MX s1.myprovider.com
然后s1.provider.comparsing为1.2.3.4，1.2.3.4parsing为s1.provider.com，所以一切正常，对不对？ （唯一的问题是，我不知道这个“s1.myprovider.com”域名有多稳定 – 也许他们不时地改变它，有时它是“s2.myprovider.com”，这样的设置将失败？）
我认为你是混淆了传入和传出的邮件交换器。 我会试着通过分别对待你的问题来回答你的问题：
当另一个MTA有$localpart@$yourdomain的消息时，它执行一个DNS查询（typesMX ，数据$yourdomain ）。 答案是get是mail.$yourdomain （也可能是IP）。 它使用这个连接到您的机器上的端口25，并尝试提供邮件。 由于另一台机器正在发送（不接受），所以不会基于您的机器进行反垃圾邮件检查。
你想从$localpart@$yourdomain发送一封电子邮件给其他人。 您的机器（不必与MXlogging相同）连接到远程邮件服务器并尝试传递邮件。 现在远程机器会做反垃圾邮件检查。 它有两个来自你的机器的信息：' HELO / EHLO名字 '和IP地址。
现在大多数服务器要求“HELO名称”是一个完全合格的域名，并parsing为您的IP地址。 有些人要求你的IP地址有反向DNS，看起来不像dynamic（如dyn-127-0-0-1.example.com ）。 当“HELO名称”与反向DNS不匹配时，我遇到了一些应用速率限制或灰名单的服务器，但从未完全拒绝。
mail.$yourdomain 。 mail.$yourdomain 。 用于发送邮件的共享机器远非理想，其他用户的滥用可以很容易地让你在基于DNS的黑名单上。
如果您的主机名是IP地址（或包含类似于IP地址的string，如1.2.3.4.yourprovider.net），如果主机名不指向您的服务器，或者如果您没有反向DNS设置。
据我所知，只要反向DNS指向一个parsing到您的服务器的主机名，并且只要您的主机名是一个parsing到您的服务器的主机名，您将没事的。 只要指向相同的地方，反向DNS和主机名是否不同就没有关系。