In my send log i keep getting CNAME_lookup_failed_temporarily for a
particular domain.
2008-07-24 08:56:20.409984500 info msg 3670583: bytes 1022 from
<me (at) mydomain (dot) com [email concealed]> qp 5699 uid 64011
2008-07-24 08:56:20.522038500 starting delivery 92112: msg 3670583 to
remote remote (at) remotedomain (dot) com [email concealed]
2008-07-24 08:56:20.522266500 status: local 0/10 remote 1/20
2008-07-24 08:56:20.577320500 delivery 92112: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/
However i can successfully send to remote (at) sub.remotedomain (dot) com. [email concealed]
At first i thought that my qmail couldnt handle oversized dns packets,
but thats not it. (I tested this as suggested in the documentation by
sending a mail to: nosuchuser (at) large-mx.ckdhr (dot) com [email concealed]).
And i resolve sub.remotedomain.com and remotedomain.com successfully
with host/dig.
Any thoughts on whats up? or any further research i could do?
Other:
Machine is running: Debian etch, netqmail-1.06, bind9
In my send log i keep getting CNAME_lookup_failed_temporarily for a
particular domain.
2008-07-24 08:56:20.409984500 info msg 3670583: bytes 1022 from
<me (at) mydomain (dot) com [email concealed]> qp 5699 uid 64011
2008-07-24 08:56:20.522038500 starting delivery 92112: msg 3670583 to
remote remote (at) remotedomain (dot) com [email concealed]
2008-07-24 08:56:20.522266500 status: local 0/10 remote 1/20
2008-07-24 08:56:20.577320500 delivery 92112: deferral:
CNAME_lookup_failed_temporarily._(#4.4.3)/
However i can successfully send to remote (at) sub.remotedomain (dot) com. [email concealed]
At first i thought that my qmail couldnt handle oversized dns packets,
but thats not it. (I tested this as suggested in the documentation by
sending a mail to: nosuchuser (at) large-mx.ckdhr (dot) com [email concealed]).
And i resolve sub.remotedomain.com and remotedomain.com successfully
with host/dig.
Any thoughts on whats up? or any further research i could do?
Other:
Machine is running: Debian etch, netqmail-1.06, bind9
--
R. Garbie
[ reply ]