Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77507
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.43 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <54212042.7060600@php.net>
References: <CAKOpQSyiCDEUDGhn50RuLL7ox_TJCCjD=4=qZ68OqbA5krXWkA@mail.gmail.com>
	<CAA8DMBsjORWTDKDncgbrWZKHmrn-=VQaRgxSpwhKoRC-RmE=4w@mail.gmail.com>
	<CAKOpQSx4FbBOyP+Q4NFrrVkRBGWdrZAfToVC6bvS_=wcpi2nrQ@mail.gmail.com>
	<CAA8DMBstOx6Nfr0DPy5VMiJNrFwZLYz5SKo9rSu_6WQCEByhuA@mail.gmail.com>
	<54212042.7060600@php.net>
Date: Tue, 23 Sep 2014 03:41:05 -0400
Message-ID: <CAA8DMBtPvkko_joXjMVFHsauQq3A91YZjhgWNOfs2LaQDtFCcw@mail.gmail.com>
To: Michael Wallner <mike@php.net>
Cc: Kris Craig <kris.craig@gmail.com>, PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC] Change checkdnsrr() $type argument behavior
From: figureonecpr@gmail.com (Sanford Whiteman)

I don't think you tracked the behavior in the bug report.

If checkdnsrr() is doing an MX query -- not including implicit MX,
only explicit MX -- it must fail when there is no MX record. It can't
return `true` when there is a CNAME (and no MX record for the
canonical hostname, only an A) but `false` when there is an A (and no
MX record).  That isn't an MX query, nor is it the way smtp-senders
operate, now or 16 years ago.

To quote the bug report, if somehost.example.com is a CNAME for
example.com, and example.com has an A record but no MX,
checkdnsrr('somehost.example.com') must not return different results
than checkdnsrr('example.com').  Either the function is trying to be
"smart" and emulate an smtp-sender (bad idea) and succeeds on both, or
it stays dumb and fails on both.