我已经设置了一个 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反而。我相信这个地址会让你的运气更好一些。