MX problems!!!

[Kevin Darcy]

I can't seem to get any answers from ns2.cyber.net.pk for *anything*, not even its own
name! Are you sure there isn't some sort of filter or firewall blocking DNS for that
box?


- Kevin

Shabir ahmed wrote:

> yes, i have mapped domain websurvey.com.pk at ns2.cyber.net.pk(202.163.96.134)
> with MX entry relay.cyber.net.pk.
> no unusual reply, but when i set query type to MX at any other server it just
> dont reply for MX.
>
>
> >
> >If this is an Internet-accessible domain, what is the MX record?
> >
> >Are there any unusual and/or suspicious-looking log messages?
> >
> >
> >- Kevin
> >Shabir ahmed wrote:
> >
> >> Hello There,
> >> I have installed BIND 8.2.2. P5. I have a domain which is working fine, except
>
> >> the MX record of that domain. If I run nslookup from another DNS server with
>
> >> query type MX is just won't reply.
> >> Any one has good ideas, i really appreciate.
> >>
> >> Shabir
> >>
> >> >
> >> >>
> >> >> Okay, let me see if I have this straight:
> >> >>
> >> >> 1. nameservers get the "real" NS'es (stargate and yoda in this case)
> >> >> 2. the corresponding A records happen to expire from the cache earlier
> than
> >> t
> >> >> he
> >> >> NS'es themselves
> >> >> 3. these A records wouldn't be obtainable from the parent servers because
>
> >> the
> >> >> y,
> >> >> i.e. the parent servers, would have no way of knowing that they, i.e.
> the
> >>
> >> >> A records for the "real" NS'es, were necessary glue records; and the delegati
>
> >>
> >> >> on
> >> >> NS'es (dns1 and dns2) from the parents would never replace the "real"
> NS'es
> >> a
> >> >> s
> >> >> long as they are cached because the "real" ones are more credible, right?
>
> >>
> >> >> 4. Therefore deadlock occurs (at least until the NS'es expire from the
> cache
> >>
> >> >> and
> >> >> the cycle starts all over again).
> >> >>
> >> >> Did I get it?
> >> >
> >> >       Yes.
> >> >>
> >> >> I wonder if there's an easier-to-comprehend way of explaining this, so
> that
> >> i
> >> >> t can
> >> >> be promulgated and folks will understand that it's more than just a
> >> >> "hygenic" issue...
> >> >>
> >> >
> >> >       Not really.  One of these days I'll get around to having the
> >> >       child's nameservers complain if the delegation does not match.
> >> >
> >> >       Patches welcome.
> >> >
> >> >       Mark
> >> >>
> >> >> - Kevin
> >> >--
> >> >Mark Andrews, Nominum Inc.
> >> >1 Seymour St., Dundas Valley, NSW 2117, Australia
> >> >PHONE: +61 2 9871 4742                 INTERNET: Mark.Andrews at nominum.com
>
> >> >
> >> >
> >> >
> >> http://www.cyber.net.pk
> >
> >
> >
> >
> >
> >
> http://www.cyber.net.pk