Eric, et. al.:
My feelings about PDNS are that:
- PDNS is as good a resolver as there is, but as a project we
shouldn't play favorites....
- PDNS would make an excellent OPTIONAL package -- but shouldn't
necessarily be a "pdns-toaster" package... I would prefer that we just
tell people how to install it -- maybe even to the point of including
the binary RPMs on our own mirrors... but not to the point of a custom
package that is installed by default.... too many users of other
software (pardon me, but I actually LIKE BIND!) that would have a hard
time every time they ran qtp-newmodel and had to exclude or remove PDNS
because they don't use that.
Just my 2-cents worth (since Eric mentioned me by name!) :-)
Dan
On 8/26/2013 1:43 PM, Eric Shubert wrote:
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.
--
PLEASE TAKE NOTE OF OUR NEW ADDRESS
===================================
IT4SOHO, LLC
33 - 4th Street N, Suite 211
St. Petersburg, FL 33701-3806
CALL TOLL FREE:
877-IT4SOHO
877-484-7646 Phone
727-647-7646 Local
727-490-4394 Fax
We have support plans for QMail!
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
