Should be dnsreport.com

Re: Should be dnsreport.com

From:

Date:

Time:

>So, does that mean you retract your earlier slam at dnsreport for the
>"missing glue" thing specifically with goya.com.au?

yep. the missing glue for mail.goya.com.au is really missing glue in the
extremely rare instance, and it SHOULD BE THERE, which is the first time
I've seen that (and the first time I've seen DNSExpert report that).

I do not retract anything about dnsreport's BS about "missing" glue THAT
SHOULD NOT BE THERE.

>>DNSExpert is correct in noting the error in the setup of the com.au
>>server for the goya.com.au domain.
>
>dnsreport was also correct.

No, it wasn't correct. It WARNed that glue was missing when in fact there
was a HARD ERROR.

>...and it didn't cost $500....it cost 0$

I didn't introduce DNSExpert to this thread.

dnsreport was not did not distinguish that the missing glue was an ERROR,
and this was a totally different situation from dnsreport's erroneous,
bogus WARNning that ALL TLD's are "missing" glue when they aren't missing
anything.

> Indeed. However, most admins would quickly figure that out after seeing
the dnsreport warning flag.

no, any habitual dnsrerpot user would have very probably said, as I did,
"there's that bogus WARNing about missing glue, .au?, .net?, oh yeah, ok,
it's only a warning".

> dnsreport would have been a help

here was dnsreport's chance to escalate the bogus WARN to a true ERROR, and
it blew it.

> , in this case (as was DNS Expert).

DNSExpert signalled an ERROR, correctly. This was an ERROR I had never
seen from DNSExeprt, it was what tipped me off that something different
really was up, and I had to use dig a lot to demonstrate what the error was.

Furthermore, DNSExpert, unlike dnsreport, doesn't WARN that "glue is
missing" when it's not missing.

>The fact that you make such a statement is as telling as it is pathetic.
>I'm sorry you feel that this is some sort of contest.

There is no contest. I'm stating, and demonstrating at great length while
explaining how to analyze this delegation stuff for anybody who wants to
learn it, what are the problems with dnsreport.

The goya happy co-incidence of REALLY missing glue was most helpful in
allowing me to demonstrate more clearly the dnsreport errors, and the
comparative superiority of DNSExpert.

>I doubt anybody on this list really feels they can beat any miceandmen
>poster at DNS issues and has any desire to even try.

dnsreport is useful, up to a point, but it needs a lot of work, which I
have tried to help Scott with, but dnsreport stumbles on with its bogus
warnings, silly opinions, misstatements, confusing hair-splitting, wild
hypotheticals, etc.

>This is specifically about your continued unsupported attacks

I have supported my points over and over and over. Not one of them has
been countered credibly.

>on a valuable free service and your insinuation that people who use that
>service are either misled

... if they are newbies, they are mislead often, because I've had to
straighten them out often, here and in other lists.

>You don't need to denigrate the tools

denigrate carries a connotation of malicious. I'm pointing out factually,
in great detail, what dnsreport's long-standing faults are. And I've seen
these faults mislead people, and that's only the people I've in mailing,
I'm sure there many mislead others.

>which have served your paying customers well for us to realize that no
>such tool is as good as expert analysis by a schooled human such as
>yourself. We know that. We also know you know your stuff...but unless
>you're offering your zone analysis skills pro bono to all

I charge nothing for the 100's of DNS-related msgs I post here and on other
mailing list. pro bono.

Note also that the goya registrant can now go discuss the ERROR of missing
glue with com.au registry/registrar.

I point out the problems with dnsreport only AFTER I have tried repeatedly
to get the dnsreport guy to fix his errors.

>, we'll take what we can get. And a combo of our dns experience (inferior
>to yours, I'm, sure), our own CLI tools, and tools like dnsreport...we are
>much better off than w/o such a free service.

Sure, dnsreport is useful in spite of its problems.

>>1. My complaint is: DNSReport WARNs about ALL correctly missing "missing
>>glue" at any NS that should not, and will never have such glue, and is
>>"missing" such glue for perfectly valid reasons.
>
>And the harm that comes from this is....?

If you ask that now, you haven't been following thread. Again, this bogus
WARN sends people off to fix what isn't broken, even to point of
re-delegating their domains, as dnsreport advises, to get rid of this bogus
warning. that's insane.

>>2. DNSExpert has detected an ERROR by the .com.au NSs because they
>>missing .com.au glue THAT THEY SHOULD HAVE.
>
>
>And dnsreport would lead one down the path to detecting that error as well.

No, it reported a WARN, unable to distinguish that this goya situation was
really a hard ERROR.

>Again with the contest.

nope, who started with the "my, my..." condescension? Who said erroneously
said DNSExpert agreed with dnsreport about missing glue?

>I have not accused DNS Expert of screwing up. I have pointed out

erroneously

>that it reported the same sort of errors

It did not. please read what I've said about DNSExpert correctly detecting
an ERROR that dnsexpert missed.

>you faulted dnsreport for reporting with the zone in question (goya.au.com).

dnsreport gave its standard WARNing, when it should have given a hard ERROR.

>>And my complaint about the "missing glue" BS from DNSReport remains valid.
>
>
>A valid opinion yes.

no, it's not my opinion. dnsreport WARNing on missing glue is factually
erroneous.

>I for one, do not mind seeing such warnings and evaluating them
>individually on their merits. In the case of the zone we are talking
>about, the information provided by dnsreport was useful and valid.

To WARN when there was an ERROR is wrong.

But the worse problem about dnsreport it that it gives the same bogus,
erroneous warning for ALL TLD NSs which are not "missing" anything.

btw, anybody want to look at that goya glue condition and say which NS
(hint, there is only 1 NS in 10 NS that is in error) is really missing
mail.goya.com.au glue?

Len

Sales:
888/4-DPOINT

Support:
858/452-3696