Re: enough is enough

--===============6890215907092460136==
Content-Type: multipart/signed;
 boundary="Apple-Mail=_40FFC7EC-131F-445E-B560-D9CBD4F41EFE";
 protocol="application/pgp-signature"; micalg=pgp-sha1


--Apple-Mail=_40FFC7EC-131F-445E-B560-D9CBD4F41EFE
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


> On 22 Dec 2014, at 07:58, Mark Andrews <[email protected]> wrote:
>=20
> Just because you do not like the policy is not a reason to not
> configure servers if that is the policy of the parent domain.  It's
> not like they won't be running some servers for some zones.  Those
> servers can be configured with minimal zones (soa + ns records).

That is exactly my point. As long as registrant and registry disagree =
about _policy_ we will see issues like these, regardless of what the =
protocol police say.

You see it, as I expressed in my list, regarding proxy registrations, =
lame delegations and more.

If you look at the various TLDs, you see much less issues with proxy and =
lame delegations where the policy is such that:

- One can register a domain name without delegating

- Anyone can register a domain name

And my point is that before we have those basic rules in a TLD, chasing =
down registrants, registrars, DNS hosting providers and whoever else =
will have limited if any effect.

In TLDs where those are the basic rules, then the protocol police might =
have effect.

   Patrik


--Apple-Mail=_40FFC7EC-131F-445E-B560-D9CBD4F41EFE
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iEYEARECAAYFAlSXzoAACgkQrMabGguI182DiACfWaxd0tQ+xFBs7jdHsfVw/gBp
diwAnjk7rElY3cQbHYgnkhJDrLmjjTxx
=4DUU
-----END PGP SIGNATURE-----

--Apple-Mail=_40FFC7EC-131F-445E-B560-D9CBD4F41EFE--


--===============6890215907092460136==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
dnsext mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dnsext

--===============6890215907092460136==--