Nope, sorry, i've been VERY unpolite, you tried to be constructive and i was NOT. MY bad.
I really don't like BIND and is visceral feeling now :-) , that two awful problems with .es (http://www.red.es/prensa/notas/agosto_06/06_08_31_cuestionario.html in spanish) and my ISP (www.telecable.es (do a dig chaos version.bind. @dns.telecable.es) :-( ) make me MAD. Regards, :-) > I apologize if I was mistaken. I use the lifewithqmail guide, which is > great, as a reference tool for the QmailToaster administration. When I > was trying to figure out how to do the "forwarders" equivalent on > djbdns, I looked to lifewithdjbdns. It said the following: > > http://www.lifewithdjbdns.com/#dnscache > "It is _only_ a recursive resolver; unlike BIND it never returns > authoritative data, and it never returns data that was not retrieved > directly from an authoritative nameserver, whose authority it had > proven by tracing the chain of NS delegations from its configured > roots." > > Now if this document is accurate, than I have not spread any FUD and > it doesn't support a forwarder like behavior. If it's not, then I > apologize. It's not that I don't like djbdns, it's that I know BIND > really well. I'm just trying to help people out here, not trying to > start a flame war, and if the source docs I use are inaccurate, then I > apologize. I should have done more homework before replying. > > Thanks, > Erik > > > On 11/5/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> Nope it is not a DJBDNS problem. >> >> Who the hell told you can't forward with dnscache?? >> >> http://cr.yp.to/djbdns/run-cache-home.html >> >> >> On the other hand nothing in the world takes 2 minutes to resolve a >> name. >> >> Moreover i've used both bind and djbdns without forwarding and with >> uncached entries it resolves in 30msec. >> >> I know you all like BIND, and it's continues problems, like the one that >> .es TLD have been suffered for 3 hours updating this past september, or >> my >> ISP suffering another one DoS because it uses 9.3.1 and not 9.3.2, but >> don't blame tinydns. >> >> Or blame, if you like. But with info. >> >> Sorry, again, for my tone, but i heard that FUD over and over and over >> again :-( >> >> >> >> >> > I'm not a djbdns expert, as I use BIND, but perhaps some of these >> > "slow" issues are related to djbdns. >> > >> > From what I've read, we're using dnscache, which only pulls info from >> > authoritative servers only. There is no concept of 'forwarders', such >> > as with the BIND world where you can take advantage of your isp's >> > cache. This means you are going to the root name servers, on down for >> > every query. This wouldn't be a big deal on high traffic servers, but >> > I'd imagine that this could cause major slow downs on lower traffic >> > servers. >> > >> > Could you switch to give this theory a shot? Use yum to install >> > "caching-nameserver, bind and bind-chroot" and edit the top of the >> > config file to look like this: >> > >> > options { >> > directory "/var/named"; >> > dump-file "/var/named/data/cache_dump.db"; >> > statistics-file "/var/named/data/named_stats.txt"; >> > forward only; >> > forwarders { >> > ISP_DNS1; >> > ISP_DNS2; >> > }; >> > allow-recursion { >> > 127.0.0.1; >> > }; >> > /* >> > * If there is a firewall between you and nameservers you want >> > * to talk to, you might need to uncomment the query-source >> > * directive below. Previous versions of BIND always asked >> > * questions using port 53, but BIND 8.1 uses an unprivileged >> > * port by default. >> > */ >> > // query-source address * port 53; >> > }; >> > >> > >> > On 11/5/06, Jeremy Runner <[EMAIL PROTECTED]> wrote: >> >> Yes. I installed dbjdns local-cache. My resolv.conf looks like: >> >> >> >> search mydomain.com >> >> nameserver 127.0.0.1 >> >> nameserver 192.168.1.1 >> >> nameserver 205.152.132.23 >> >> nameserver 205.152.37.23 >> >> >> >> >> >> Erik Espinoza wrote: >> >> > Did you configure a local DNS server and point your resolv.conf to >> >> > 127.0.0.1? >> >> > >> >> > On 11/5/06, Jeremy Runner <[EMAIL PROTECTED]> wrote: >> >> >> I have just installed qmailtoaster and all seemed to go well. But >> >> >> logging in takes a long time. Like if I do telnet my.server.com >> 110, >> >> it >> >> >> can take 2 1/2 minutes before I get the welcome and login prompt. >> >> Once >> >> >> logged in all is fine. If I log in via Squirrelmail everything is >> >> >> normal. What could be causing these extremely slow logins. All >> of >> >> my >> >> >> email clients time out before login. >> >> >> >> >> >> Thanks. >> >> >> >> >> >> --------------------------------------------------------------------- >> >> >> QmailToaster hosted by: VR Hosted <http://www.vr.org> >> >> >> --------------------------------------------------------------------- >> >> >> To unsubscribe, e-mail: >> >> [EMAIL PROTECTED] >> >> >> For additional commands, e-mail: >> >> [EMAIL PROTECTED] >> >> >> >> >> >> >> >> > >> >> > --------------------------------------------------------------------- >> >> > QmailToaster hosted by: VR Hosted <http://www.vr.org> >> >> > --------------------------------------------------------------------- >> >> > To unsubscribe, e-mail: >> [EMAIL PROTECTED] >> >> > For additional commands, e-mail: >> >> [EMAIL PROTECTED] >> >> > >> >> > >> >> > >> >> > >> >> >> >> --------------------------------------------------------------------- >> >> QmailToaster hosted by: VR Hosted <http://www.vr.org> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: >> [EMAIL PROTECTED] >> >> For additional commands, e-mail: >> [EMAIL PROTECTED] >> >> >> >> >> > >> > --------------------------------------------------------------------- >> > QmailToaster hosted by: VR Hosted <http://www.vr.org> >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: >> [EMAIL PROTECTED] >> > >> > >> >> >> >> --------------------------------------------------------------------- >> QmailToaster hosted by: VR Hosted <http://www.vr.org> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > --------------------------------------------------------------------- > QmailToaster hosted by: VR Hosted <http://www.vr.org> > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- QmailToaster hosted by: VR Hosted <http://www.vr.org> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]