Re: [PHP3] CheckDNSRR failing on a valid domain
| From: | Jason Brooke | Date: | Sun, 22 Aug 1999 10:48:03 +0000 |
| Subject: | Re: [PHP3] CheckDNSRR failing on a valid domain | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-10076@lists.php.net to get a copy of this message | ||
> Hello Jason,
> Either e-na.net and www.e-na.net are virtual hosts with the same IP that
> are hosted in whoopi.adgrafix.com .
I noticed that, but it doesn't help because it looks like the MX record for
e-na.net isn't answering the same way as many other domains do - normally
you can ask for the MX record for a domain, (as opposed to having to ask for
the actual host the MX record points to) and one is returned which then
specifies which host to go to
If you do an nslookup on qgl.org for example:
nslookup
> set type=mx
> qgl.org
Server: bne017d.webcentral.com.au
Address: 202.139.235.147
qgl.org preference = 10, mail exchanger = mail.qgl.org
qgl.org nameserver = ns1.telstra.net
qgl.org nameserver = qgl1.qgl.org
mail.qgl.org internet address = 202.139.235.147
ns1.telstra.net internet address = 139.130.4.5
qgl1.qgl.org internet address = 202.139.235.147
It hands back mail.qgl.org even though I only specified qgl.org - that's
what your name server appears to be failing to do when I query
NS1.ADGRAFIX.COM dierctly (and Php apparently)
> Right, but I may send messages to mlemos@e-na.net and they get delivered.
Not sure what's going on, and I can't check it out just now
> How can I determine if mlemos@e-na.net is a valid address then.
Normally you should be ok - have you tried it with other domains? Try it
with jason@qgl.org
It should return 1 even though I'm not pointing the MX record at "qgl.org"
> Interesting, I own that domain and I was not told by the ISP that there
> would be a mail.e-na.net sub-domain.
It's a pretty standard thing to make an A record for a mail server - it
allows you to specify mail.yourdomain.com in your mail client, which a lot
of people seem to feel is important, like they're getting their very own
little complete network or something
> But, is there any rule/RFC that tells to look for mail.domain when you
> don't find a MX record, or was that a logic guess that you made?
I don't think so, no.
mail.domainname is just a common hostname for and MX record to point to
which is why I tried it
jason