4 ms·
Not exactly. The RFC that would make it safe is draft status, and the draft is set to expire in <2 months and does not come off as particularly confident itsel
by pwdisswordfish8 5y ago
Not exactly. The RFC that would make it safe is draft status, and the draft is set to expire in <2 months and does not come off as particularly confident itself:
https://tools.ietf.org/id/draft-ietf-dnsop-private-use-tld-01.txt https://tools.ietf.org/id/draft-ietf-dnsop-private-use-tld-0...
> are thought to be plausible choices for the implementation of private namespaces
- tremon 5y agoThe RFC may expire, but it quotes the ISO3166 guidelines as to why .zz is safe for personal use. Those guidelines will not change because of this draft: [ISO3166 clause 8.1.3] "User assigned code element": "If users need code elements to represent country names not included in this part of ISO 3166, the series of letters AA, QM to QZ, XA to XZ, and ZZ, and the series AAA to AAZ, QMA to QZZ, XAA to XZZ, and ZZA to ZZZ respectively and the series of numbers 900 to 999 are available."
- pwdisswordfish8 5y ago> The RFC may expire, but it quotes the ISO3166 This is not the argument you think that it is. > zz is safe for personal use. Those guidelines will not change Right. Safe for personal use within the range of uses for ISO 3166—guaranteed not to collide with any future two-letter country code. It's not a commitment from ICANN, which remains free to say, "ISO 3166 guarantees no collisions for AA. We choose, therefore, to open up bidding to auction off aa, which is expected to fetch a pretty penny as the first of a limited set of possible TLDs that are < 3 characters long."