-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
.us Geographical Domains #2351
Comments
Please do not modify the .us subsection. There are numerous legacy sites that might be civic, educational, lea or local government that could be disrupted, and the presence of these is not harming anything. |
Should I add any missing sub-TLDs? |
Let us not deny the .us registry from that responsibility/privilege of doing that. I would encourage #wontfix on this one and closing. |
They gave me zone file access so I could do it from my understanding. But I can leave it if need be. |
I don't mean to sound like I oppose adding order to this, it is just that the .us legacy zone distribution and delegation of management is something that the .us regstry really should be driving, as there's a lot of legacy stuff that can get broken. We (PSL Volunteers, to be specific) have typically kept fairly lassez-faire about taking any specific self-driven actions, because it is possible to disrupt the status quo in ways that might be problematic. If the only upsaide is so we can tidy a few lines, and the downside is breaking police station, school or city governments or NSN tribal stuff, that's not a good trade off. |
As noted in #2316, I have not modified geographical names yet for the .us section of the PSL.
I have done some basic searching in the .us zone fie using a script and have generated a list of all geographical domains with >100 domain names under them.
I was thinking we could remove existing geographical entries and only keep the direct state suffixes (e.g.
tx.us
,ny.us
) and suffixes that have more than 100 domains registered (e.g.k12.ca.us
,k12.ny.us
). This would reduce the amount of .us suffixes listed on the PSL that do not have much or any use whilst keeping direct state suffixes as most of them are used.The main motivation I have behind removing entries with less than 100 registrations is similar to what we enforce in the Private section of the PSL where we do not tend to allow services with more than 1,000 users. I dropped the number to 100 in this case, as those domains specifically would likely be affecting a few thousand users regardless.
I am wanting comments on this matter as there would definitely be some different perspectives on how these should be handled.
The text was updated successfully, but these errors were encountered: