![postfix:未找到 name=comcast.net 的主机或域名 Type=A:找到主机但没有请求类型的数据记录](https://linux22.com/image/482561/postfix%EF%BC%9A%E6%9C%AA%E6%89%BE%E5%88%B0%20name%3Dcomcast.net%20%E7%9A%84%E4%B8%BB%E6%9C%BA%E6%88%96%E5%9F%9F%E5%90%8D%20Type%3DA%EF%BC%9A%E6%89%BE%E5%88%B0%E4%B8%BB%E6%9C%BA%E4%BD%86%E6%B2%A1%E6%9C%89%E8%AF%B7%E6%B1%82%E7%B1%BB%E5%9E%8B%E7%9A%84%E6%95%B0%E6%8D%AE%E8%AE%B0%E5%BD%95%20.png)
我已经设置了一个 ISPConfig 服务器来托管多个域的电子邮件,但我遇到一个问题,即从该服务器发送的邮件无法传递到某些(但不是全部)有效域。
当邮件被拒绝时,它会包含类似以下内容的错误消息:
:未找到 name=comcast.net 的主机或域名 Type=A:找到主机,但没有请求类型的数据记录
我认为我的域名可能已被列入黑名单,但是当我根据几个BL检查该域名时,我没有找到任何列表。
据我所知,A 类记录是 IPv4 地址,如果 DNS 记录存在,则应该始终存在。
我很茫然。
有人能解释一下这条消息告诉我什么吗?
答案1
comcast.net 有 A 记录(还有 MX 记录)。因此,我强烈怀疑存在 DNS 问题。您应该先调试 DNS 解析器。例如,结果是dig A comcast.net
什么dig MX comcast.net
?
如果问题是暂时的,那么您必须在问题发生时进行挖掘。
而且,不,这是完全合法的不是有 A 记录。
答案2
一些较大的 ISP 会寻找 PTR 记录...他们不允许发送电子邮件..
此外,他们还会有第二道垃圾邮件过滤器,用于检查 A 记录。没有 A 记录可能是合法的,但为中继设置 A 记录也是个好主意。
在我的 brightmail 服务器上,我已决定如果未找到 A 记录则不接受邮件。我没有收到任何企业报告称他们因任何原因无法处理电子邮件。
我发现 Verizon 和 Comcast 的规定最为严格。
我还使用 optus 窥镜(这是我搜索的谷歌术语)来检查从外部世界来看我的 DNS 是什么样子。
最后...如果您使用适当的 SPF 记录,您可能会绕过一些非常严格的服务器。
答案3
我不确定这是否与您遇到的特定错误有关,但我在 Postfix 和 Comcast 中遇到了与反向 DNS 查找相关的类似问题。
确保您的域名已设置为反向查找,然后再试一次。
答案4
您正在尝试将地址解析为域名。虽然您可以这样做,但不能保证您会得到想要的结果。您真正想要的是让您的 MTA 获取 comcast.net 的 MX 记录,而不仅仅是解析为 comcast.net。
另外,听起来你正试图将文件传送到名为“comcast.net”的服务器上的 MTA,但我怀疑你确实想尝试送货到smtp.comcast.net反而。我相信这个地址会让你的运气更好一些。