CNAMEルックアップが一時的に失敗しました。 （＃4.4.3）
友人が、ISPが提供するSMTPサーバーを介して、私のサーバーの1つにあるアカウントにメールを送信することはできないと教えてくれました。
彼が受け取るバウンスのエラーメッセージは次のとおりです。
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レコードを再確認しましたが、完全に問題がないようで、テストした他のメールサーバーからの配信は問題なく動作します…
4か月以上経って、ようやく解決策が見つかりました。
問題は、サーバーがANY要求に応答しなくなり、他のすべての要求を正しく処理できるように、DNSホスティング業者が何らかの方法で特定のドメインのゾーンを誤って構成したことでした。
したがって、qmailはドメインにメールを配信できませんでした。それは、（誤って、私の知る限り）ANY要求への応答に依存している一方で、他のすべての（準拠する）MTAは正常に機能しているためです...
つまり、qmailはb0rkedです。 512バイトを超えるDNSパケットを抑制し、MXレコードを見つけるために最大の応答を生成するタイプANYのクエリを送信します。どうやらあなたはDNSに多くの情報を持っています。実際、それはあなたの友人の問題です、彼はqmailパッチを適用すべきですが、それはかなり一般的です、Yahooもこの問題を抱えているようです。これが長いバージョンです： http://www.google.com/support/forum/p/Google%20Apps/thread?tid=34f43e3e3c59b834&hl=en
サーバーは着信メッセージを受信する必要があります。プロプレムは彼の側にいるようです。 Postfixログを確認してください。
アウトバウンドもチェックしました。
メールサーバーのPTRレコードが壊れています。 mail.klickerverbot.atを指していません。報告されたエラーは正しくありませんが、動作は妥当なスパム拒否動作です。
サプライヤーのメールサーバーをスマートホストとして使用してメールを送信してみてください。メールソフトウェアによっては、すべてのドメインではなく、指定したドメインに対してこれを実行できる場合があります。
このエラーは、ドメインのMXレコードがホスト名（Aレコード）ではなくCNAMEであることを示しています。もしそうなら、それはRFCとあなたの問題の理由に反しています。
そうでない場合は、ドメイン名を知っていると役立ちます。
MX Toolbox でツールを使用しても問題は発生しません。特に他の送信者からのこの問題がない場合は、友人のISPにエラーがある可能性があります。