I know of no disadvantages. This is the setup I recommend.
pdns-recursor might become 'stock' at some point if there are no objections. As Dan has pointed out, QMT doesn't actually need an onboard resolver, but it does need to use a resolver that works reliably. I think this is the simplest and most efficient (you might say best) solution for this requirement.
Vivek, please be sure that if you had a resolver running on your QMT host previously that it's at least disabled if not uninstalled. An example might be the caching-nameserver package (which uses bind). You might also look for a named service. Given that your system is running ok though, I expect things are all right.
-- -Eric 'shubes' On 08/25/2013 11:52 PM, Linux wrote:
I used the solution to fix the cname issue is, # yum install pdns-recursor # service pdns-recursor start # chkconfig pdns-recursor on Then change /etc/resolv.conf to be: nameserver 127.0.0.1 ITS WORK FOR ME, but can anyone told me is there will any future disadvantages. Regards, Vivek Patil system admin *From:*Linux [mailto:[email protected]] *Sent:* Friday, August 16, 2013 2:42 PM *To:* 'Qmail' *Subject:* [qmailtoaster] CNAME lloup fail Dear All, I received this error several times, please somebody give me a solution. Hi. This is the qmail-send program at domain.com. 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] <mailto:[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. Regards, Vivek Patil system admin
--------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
