Licho wrote:Why dont you just edit NS records to point to springrts then? We can just run bind there.
The current registar won't allow me (the end user) to edit NS records, so I would have to contact them for that or move the domain to a registar that allows me to edit the NS records. But it's a lot of trouble.
Licho wrote:Well I do plan like 5 of them.
And think about it the other way around.. is it good idea to have single person responsible for whole springrts.com domain? Person who is not active (havent seen in around) and is not in general contact with server admins/moderators.
He can die at any moment.
Well, I have eaten to much "oliebollen" with new year's eve but I'm feeling fine again.

But anyway, I understand your concern and it's truly not a good idea to have a single person responsible for the spring domains. As Tobi explains we will have to set up a foundation to act as a legal person then the people that make up the board share the responsibility. If we don't like to set up our own foundation then we could also try to join
http://www.spi-inc.org but that's an option I haven't fully thought trough yet.
I like to think that I'm a reliable person, I try to be. And not having a active role in the project also has some advantages. I'm not an active power factor, I follow the procedure we agree on - that's it. My only concern at this time is the long term viability of the spring project. The guidelines I posted are a reflection of that. I'm only going to be an ass when this primary concern is threatened.
If someone needs to reach me, you can mail me at
tim@timblokdijk.nl or at work
tim.blokdijk@desleutel.nl
And if there is a need to hold me accountable in person, my address can be found in the whois data for the domains. I live there. But let me know in advance.
I created the following dns records (as requested by Tobi):
Code: Select all
modelbase.springrts.com cname omega.licho.eu 14400
modstats.springrts.com cname omega.licho.eu 14400
plasma.springrts.com cname omega.licho.eu 14400
I hope/presume you think about the bus factor for both code and data concerning the services you guy's like to run on these sub-domains.
As for the sub-domain per game, I guess it's technically possible.. I don't know if it's a good idea to do that on a first come, first serve basis. But that's not necessarily my problem to solve. You guy's are smart enough to work that out.