我已经build立了一个ISPConfig服务器来承载多个域的邮件，而且我从这个服务器发送的邮件没有被发送到一些（但不是全部）有效的域。
邮件被拒绝时，它包含类似于以下内容的错误消息：
：未find名称= comcast.net的主机或域名types= A：发现主机，但没有请求types的数据logging
我认为我的域名可能已经被列入黑名单，但是在对几个BL进行域名检查时没有find任何列表。
AFAIK，A类logging是IPv4地址，如果存在DNSlogging，则应始终存在。
我不知所措
谁能告诉我这个消息告诉我什么？
comcast.net也有A（和MX）logging。 因此，我强烈怀疑DNS问题。 你应该先debugging你的DNSparsing器。 例如， dig A comcast.net或dig MX comcast.net屈服？
如果问题是暂时的，那么当问题发生时，你将不得不进行挖掘。
而且，不， 没有 Alogging是完全合法的。
一些更大的ISP将寻找一个PTRlogging…他们不会允许电子邮件..
进一步他们将有第二行垃圾邮件filter，将检查Alogging。 没有Alogging可能是合法的，但是对于中继也是一个好logging。
在我的明信片服务器上，如果找不到Alogging，我决定不接受邮件。 我从来没有收到任何业务报告，说他们不能以任何理由办理电子邮件。
Verizon和Comcast有我发现的最严格的规则。
我也使用optus查找玻璃（这是我search的谷歌术语），以检查从外部世界看我是什么样的DNS智能。
最后，如果您使用正确的SPFlogging，您可能会经过一些非常紧张的服务器。
我不确定它是否与您遇到的特定错误有关，但是与反向DNS查找相关的Postfix和Comcast有类似的问题。
确保您的网域设置为反向查找 ，然后重新开始。
您正在尝试将地址parsing为域。 虽然你可以做到这一点，但不能保证你会得到你想要的。 你真正想要的是让你的MTA拿起comcast.net的MXlogging，而不仅仅是parsingcomcast.net。
此外，这听起来像是你正在尝试传送到名为“comcast.net”的服务器的MTA，但我怀疑你真的想尝试传递到smtp.comcast.net来代替 。 我相信你会有更多的运气与这个地址。