系统设置：Linux红帽企业Linux ES版本4（Nahant Update 9），Postfix邮件服务器
我有一个正在尝试发送电子邮件的用户。 此服务器上的电子邮件已经工作了多年，没有任何（持续的）问题。 现在这个用户不能通过电子邮件发送特定的服务器，而只能通过该服务器。 我已经testing了我的帐户，也不能通过电子邮件发送服务器。
当我挖掘mxlogging，我得到这个：
dig -t mx xxxxxxxxx.com ;; Truncated, retrying in TCP mode. ;; connection timed out; no servers could be reached 当我用+忽略运行相同的命令，它的工作原理。
我运行这个命令，它显示我的UDP数据包大小：
dig +short rs.dns-oarc.net txt rst.x3827.rs.dns-oarc.net. rst.x3837.x3827.rs.dns-oarc.net. rst.x3843.x3837.x3827.rs.dns-oarc.net. "Tested at 2013-06-14 22:41:30 UTC" "72.51.49.20 sent EDNS buffer size 4096" "72.51.49.20 DNS reply size limit is at least 3843"
这似乎够大，但我不知道。
我添加了OpenDNS服务器到我的resolv.host，但没有帮助。
服务器是旧的（大约在2008年），很快就会被replace。 我怀疑会解决这个问题，但是更换还需要两到四周的时间，我想在此期间解决。
Postfix在这个服务器的maillog中给了我这个：
Jun 14 16:01:35 postfix / smtp [10962] to =，relay = none，delay = 94925，delay = 94358 / 0.03 / 567/0，dsn = 4.4.3，status = deferred（主机或域名不是find名称服务错误名称= xxxxxxx.comtypes= MX：找不到主机，请重试）
不知道是否需要改变后缀某种程度上或命名或什么。
谢谢bqb
第一个错误行是警告消息。
;; 截断，在TCP模式下重试。
Nils在他的线程SF： 强制转发器DNS请求到TCP模式给出解释如下：
第一个查询以UDP模式出现，答案不适合UDP（由于权威NS的列表很长），然后在TCP模式下重试，提供正确的答案。
第二个是一个永久的错误，挖不能到达任何NS服务器。
;; 连接超时; 没有服务器可以达成
你可以告诉dig发布一个大的接收缓冲区，例如dig +bufsize=2048 xxxxx.com 。
根据你的评论 ，它适用于你的情况。
你可以尝试在你的named.conf中设置参数edns-udp-size和/或max-udp-size ，就像Alnitak在他的答案中指出的那样。
另外，请尝试检查防火墙规则，以允许通过端口53的TCP数据包。看起来像这是您的挖掘在TCP模式下超时的原因。