正确的PTRlogging

我有专门的服务器与Plesk Panel 11.5来处理客户的网站和下一个规格：

主机名是sv01.mydomain.tld。问题出现在我的客户通过postfix发送邮件的时候。我不知道如何正确地configurationDNS（或者在有问题的情况下使用Postfix）。正如你可以想象的那样，反过来是不行的。

IP 1parsing为sv01.domain.tld，但我不知道如何处理IP 2。

我应该创build一个mail.mydomain.tld并在客户端的DNS区域（MX（10）mail.mydomain.tld而不是mail.myclient1.tld）中configuration一些东西。

反向PTRlogging只是出境邮件的利益（可能取决于接收方的政策）。

另一方面， MXlogging特定于入站邮件，不会影响问题的情况。

为了避免不必要的复杂性，我想你可能想configuration你的MTA只使用其中一个地址。

IP 1可能是最方便的，因为听起来你已经为这个地址设置了正确的东西。不过，为IP 2设置一个反向条目也可能是一个好主意，只是为了适应其他可能需要的情况。

确保反向条目是正向确认的 （即，具有匹配的A / AAAAlogging），并且如果可能的话，configuration您的MTA以通过与反向条目中相同的名称来标识自己。

关于MXlogging，如果让他们都提到一个单一的名字，可能会更方便，但如上所述，这实际上是一个单独的问题。

通常MTA检查PTR是否等于主机名的Alogging。所以你的PTR应该匹配你的MTA在EHLO消息中提供的主机名（通常是一个服务器的主机名），并且该主机名应该通过Aloggingparsing回到同一个IP。

但据我所知，这不是很严格。 RFC仅指定“每个可访问Internet的主机都应该有一个名称”。

所以你可以指定任何或主机名。

据我所见，Plesk为您开箱即用地处理基于每个域的IP地址邮件源自的configuration。这是Plesk唯一的好处，不用担心。
MTA将使用前向确认反向DNS [FCrDNS]validation您的连接。它通过以下方式实现：
1. 查找用于连接的IP的PTRlogging。例如： 4.3.2.1.in-addr.arpa. IN PTR mail.foo.com 4.3.2.1.in-addr.arpa. IN PTR mail.foo.com
2. 查找返回主机名的Alogging，例如： mail.foo.com. IN A 1.2.3.4 mail.foo.com. IN A 1.2.3.4
3. 检查通过反向查找检索到的转发logging是否与服务器连接的IP地址匹配。
大多数 MTA通常不会在乎你在HELO做什么主机名，只有FCrDNS通过。

其他DNS相关的问题：

一些MTA不接受来自没有缺省Alogging的域的邮件。
例如： foo.com. IN A 1.2.3.4 foo.com. IN A 1.2.3.4
一些MTA不接受来自没有有效MXlogging的域的邮件。