☰

CNAME 查找暂时失败。（#4.4.3）

tag-icon • tag-icon domain-name-system cname-record email
CNAME 查找暂时失败。（#4.4.3）

我的一个朋友刚刚告诉我，他无法通过其 ISP 提供的 SMTP 服务器向我的一台服务器上的帐户发送邮件。

他收到的退回邮件中的错误信息如下：

Hi. This is the qmail-send program at aon.at.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.

<[email protected]>:
CNAME lookup failed temporarily. (#4.4.3)
I'm not going to try again; this message has been in the queue too long.

您知道这可能是什么原因造成的吗？

我已经仔细检查了我的域名的 DNS 记录，但它们看起来完全正常，并且从我测试的任何其他邮件服务器，传递都完美无缺……

答案1

简而言之：qmail 崩溃了。它阻塞了超过 512 字节的 DNS 数据包，并发送 ANY 类型的查询，从而产生最大的回复以查找 MX 记录。显然，您的 DNS 中有很多信息。实际上这是您朋友的问题，他应该应用 qmail 补丁，但这很常见，Yahoo 似乎也有这个问题。以下是完整版本：http://www.google.com/support/forum/p/Google%20Apps/thread?tid=34f43e3e3c59b834&hl=en

答案2

经过四个多月的时间，我终于找到了解决方案：

问题是我的 DNS 托管商不知何故错误配置了特定域的区域，导致服务器不再响应ANY请求，但仍能正确处理所有其他请求。

因此，qmail 无法将邮件传递到我的域，因为它（据我所知，这是错误的）依赖于ANY被答复的请求，而所有其他（符合要求的）MTA 都工作正常……

答案3

您的服务器应该可以接收传入消息。问题似乎出在他那边。检查您的 postfix 日志。

也检查了出站。

您的邮件服务器的 PTR 记录已损坏；它未指向 mail.klickerverbot.at。报告的错误不正确，但行为是合理的垃圾邮件拒绝行为。

尝试使用供应商的邮件服务器作为智能主机来发送电子邮件。根据您的电子邮件软件，您可能能够针对特定域（而不是所有域）执行此操作。

答案4

该错误表明您域名的 MX 记录不是主机名（A 记录），而是 CNAME。如果是这样，这违反了 RFC，也是导致您出现问题的原因。

如果不是这种情况，了解域名会有所帮助。

使用MX 工具箱没有显示任何问题。错误很可能出在您朋友的 ISP 上，特别是如果您没有从其他发件人那里遇到此问题。

相关内容