On Tuesday, May 8 at 01:34 PM, quoth Samuel Murez:
Hmmm... Are you still getting CNAME failures? It may have been a
temporary problem.
Yes, still getting the CNAME failures, as well as "I wasn't able to
establish an SMTP connection", even though host doesn't ever fail.
Hmmm, very strange.
My only suggestion at that point would be to strace qmail to find
out exactly what queries it is making (and to what server), and
attempt to recreate those queries exactly.
I'm using strace -o /home/baronsam/qmailsendstrace.txt -fp 6310
where 6310 is the pid of qmail-send, but the resulting file doesn't seem to
say much about what queries are being made. (file attached)
What commands should I be using ?
Well, qmail-send isn't the one that does those lookups. You want to
trace qmail-remote. Conveniently, you don't have to wait for
qmail-remote to be used as part of qmail. You can try using it by
hand:
cat message | \
qmail-remote destination.com you@you.com you@destination.com
If that fails (and it should), you can strace it, like so:
cat message | \
strace -o /tmp/qmailtrace \
qmail-remote destination.com you@you.com you@destination.com
(obviously, use real information rather than "destination.com" and
"you@you.com" and so forth)
I'm also appending the output of ps -aux grep qmail, does it look ok
to you ?
Yeah, that looks fine to me...
It occurs to me that one way around this would be to hardcode the IP
addresses of those recipient domains into your smtproutes, since that
file is consulted before DNS queries are made. That's not a *good*
solution, obviously, but it's a workaround.
~Kyle
--
There is no more evil thing in this world than race prejudice . . . It
justifies and holds together more baseness, cruelty, and abomination
than any other sort of error in the world.
-- H. G. Wells
pgpv7A2OcJsC2.pgp
Description: PGP signature
|