我有一个专用的服务器与公共IP运行与多个域的后缀。 电子邮件是完全正确的，但是当我试图从这台机器发送邮件时，他们经常会被外部电子邮件服务器反弹回来，并显示以下错误消息：
“拒绝和我说话：501 HELO没有反向DNS名称”
当我去域的控制面板（gandi.net），他们不允许我为我的服务器设置PTRlogging。 我能做什么？
联系您的托pipe服务提供商的主持人。 他们应该能够更新他们分配给你服务器的IP地址的PTRlogging。
我曾经或听说过的大多数供应商都会很乐意帮忙。
有些人可能是如此无礼，以至于要求收费，这取决于你现有的服务水平。
在某些情况下，他们可能会拒绝将PTR值更改为您的邮件服务器FQDN，因为他们自己将其用于资产跟踪（您会看到很长的可能无意义的值，比如host123.dedicated.dc01.dota.customers.hostingprovider.tld ）
如果是这种情况，只需将您的邮件服务器HELO FQDN更改为PTR解决的问题即可。
我相信你可以在你的postfixconfiguration中使用smtpd_bannervariables来控制它。
只需将$myhostname （或其中的任何内容）更改为host123.dedicated.dc01.dota.customers.hostingprovider.tld ，反向DNS检查将不再失败
rDNS显示了电子邮件服务器pipe理员的一些能力，并且通常至less有一个其他pipe理员的某种程度的信任。 PTRlogging由提供IP地址的pipe理员控制，在这种情况下是主机提供商。 A和MXlogging显示负责域名DNS的pipe理员的信任，在这种情况下是您。 除了less数例外，合法的服务器通过，但大多数垃圾邮件都会失败。
如果您无法获得正确的PTR和Alogging以通过rDNSvalidation，请使用您的提供商的电子邮件中继服务器发送电子邮件。 中继服务器有DNS问题是不常见的。 您仍然可以使用自己的服务器作为MX因为它不需要rDNS。
在更新DNS时，请考虑添加SPF策略logging（如果没有）。 鉴于此validation软件的当前状态，请将其添加为TXTlogging，并在可能的情况下添加为SPFlogging。 build议不要使用www.example.com等电子邮件域的SPF策略。