我的一个朋友告诉我，他不能通过他的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. 任何想法可能是什么原因呢？
我已经仔细检查了我的域名的DNSlogging，但它们看起来非常好，从我testing过的其他邮件服务器上看，交付工作完美无瑕。
四个多月后，我终于find了解决办法：
问题是我的DNS主机以某种方式pipe理错误地configuration特定域的区域，以便服务器不再响应ANY请求，但仍然正确处理所有其他请求。
因此，qmail未能将邮件传递到我的域，因为它（错误地，据我所知）依赖于ANY请求被回答，而所有其他（符合）MTA工作正常…
总之：qmail是b0rked。 它在512字节以上的DNS数据包上扼stream，并发送ANYtypes的查询，以产生最大的答复来查找MXlogging。 显然你在DNS中有很多信息。 其实这是你的朋友的问题，他应该申请一个qmail补丁，但这是相当普遍的，雅虎似乎也有这个问题。 以下是长版本： http : //www.google.com/support/forum/p/Google%20Apps/thread?tid=34f43e3e3c59b834&hl=zh-CN
您的服务器应该接收传入消息。 Proplem似乎是在他的最后。 检查你的postfix日志。
也检查出站。
您的邮件服务器的PTRlogging已损坏; 它不指向mail.klickerverbot.at。 错误报告是不正确的，但行为是合理的垃圾邮件拒绝行为。
尝试使用您的供应商邮件服务器作为智能主机发送电子邮件。 根据您的电子邮件软件，您可能可以为指定的域而不是所有域执行此操作。
错误表明您的域的MXlogging不是主机名（Alogging），而是CNAME。 如果是这样，这是针对RFC和你的问题的原因。
如果不是这样，知道域名将有所帮助。
使用MX Toolbox上的工具不会显示任何问题。 这个错误可能与你的朋友的ISP有关，特别是如果你没有其他发件人的这个问题。