Mailing List Archive: [Bug 3419] Dns.pm should not rely on third-party domains as it does

[Bug 3419] Dns.pm should not rely on third-party domains as it does

May 22, 2004, 3:37 PM

Post #1 of 6 (171 views)

http://bugzilla.spamassassin.org/show_bug.cgi?id=3419

------- Additional Comments From felicity@kluge.net 2004-05-22 15:37 -------
Subject: Re: New: Dns.pm should not rely on third-party domains as it does

On Sat, May 22, 2004 at 01:53:04PM -0700, bugzilla-daemon@bugzilla.spamassassin.org wrote:
> Our current DNS startup test might want to be changed.
>
> if you can resolve a.root-servers.net then you are almost sure that the DNS
> server is working

Well, why not just modify our test so that instead of looking for MX
records it looks for NS? That still lets us know whether DNS works,
and the request will stop somewhere in the TLD servers, never hitting
the domain owner's servers.

I like having multiple domains, and it choosing one randomly, rather
than having a hardcoded "look for a.gtld-servers.net" or something.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 3419] Dns.pm should not rely on third-party domains as it does [ In reply to ]

bugzilla-daemon at bugzilla

May 22, 2004, 3:39 PM

Post #2 of 6 (171 views)

Permalink

http://bugzilla.spamassassin.org/show_bug.cgi?id=3419

felicity@kluge.net changed:

What |Removed |Added
----------------------------------------------------------------------------
OtherBugsDependingO| |3208
nThis| |
Target Milestone|3.1.0 |3.0.0

------- Additional Comments From felicity@kluge.net 2004-05-22 15:39 -------
I think we should deal with this for 3.0...

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 3419] Dns.pm should not rely on third-party domains as it does [ In reply to ]

bugzilla-daemon at bugzilla

May 25, 2004, 6:43 PM

Post #3 of 6 (171 views)

Permalink

http://bugzilla.spamassassin.org/show_bug.cgi?id=3419

jm@jmason.org changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED

------- Additional Comments From jm@jmason.org 2004-05-25 18:43 -------
ok, just checked in r20450, which uses NS queries instead of MX to lessen load.
Also, I note Dan's selected a new set of domains.

I think the original report is overstated;

1. we have to perform some kind of real lookup. assuming a.gtld-servers.net
will work is not a good idea, IMO, esp. while Verisign run those machines and
can screw them up ;)

2. this is not a Netgear-type situation. That was a whole metric crapload of
routers around the world hitting one machine with UDP packets every few minutes.
This lookup (a) is cached at the local DNS server and (b) only happens once, at
startup time, and will not happen again until restart. the caching *really*
makes this less of a problem.

Marking FIXED... if anyone disagrees, feel free to reopen.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

Re: [Bug 3419] Dns.pm should not rely on third-party domains as it does [ In reply to ]

quinlan at pathname

May 26, 2004, 5:14 AM

Post #4 of 6 (171 views)

Permalink

> 2. this is not a Netgear-type situation. That was a whole metric
> crapload of routers around the world hitting one machine with UDP
> packets every few minutes. This lookup (a) is cached at the local DNS
> server and (b) only happens once, at startup time, and will not happen

(b) only for spamd.

I increased the list of domains to 20, removing the ones with TTL values
lower than 3600. Feel free to check them over.

--
Daniel Quinlan
http://www.pathname.com/~quinlan/

[Bug 3419] Dns.pm should not rely on third-party domains as it does [ In reply to ]

bugzilla-daemon at bugzilla

May 26, 2004, 5:14 AM

Post #5 of 6 (171 views)

Permalink

http://bugzilla.spamassassin.org/show_bug.cgi?id=3419

------- Additional Comments From quinlan@pathname.com 2004-05-26 05:14 -------
Subject: Re: Dns.pm should not rely on third-party domains as it does

> 2. this is not a Netgear-type situation. That was a whole metric
> crapload of routers around the world hitting one machine with UDP
> packets every few minutes. This lookup (a) is cached at the local DNS
> server and (b) only happens once, at startup time, and will not happen

(b) only for spamd.

I increased the list of domains to 20, removing the ones with TTL values
lower than 3600. Feel free to check them over.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug 3419] Dns.pm should not rely on third-party domains as it does [ In reply to ]

bugzilla-daemon at bugzilla

May 26, 2004, 9:56 AM

Post #6 of 6 (171 views)

Permalink

http://bugzilla.spamassassin.org/show_bug.cgi?id=3419

------- Additional Comments From jm@jmason.org 2004-05-26 09:56 -------
Subject: Re: Dns.pm should not rely on third-party domains as it does

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Daniel Quinlan writes:
> > 2. this is not a Netgear-type situation. That was a whole metric
> > crapload of routers around the world hitting one machine with UDP
> > packets every few minutes. This lookup (a) is cached at the local DNS
> > server and (b) only happens once, at startup time, and will not happen
>
> (b) only for spamd.
>
> I increased the list of domains to 20, removing the ones with TTL values
> lower than 3600. Feel free to check them over.

looks good to me.

- --j.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Exmh CVS

iD8DBQFAtMwmQTcbUG5Y7woRAlE+AJkB0A7IKWCjc/jlEusaaPkDlwESRQCfeObS
mIb/Iw+2tgxtWrG7hQeBTPI=
=LIHa
-----END PGP SIGNATURE-----

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.