bear in mind that Google's subdomains don't really matter
http://maps.google.com/search?q=foo is just a regular search |
calendar.google.com won't resolve for me currently – I get a server not found error |
try
www.gcalendar.com and see what comes up. hmm. |
Brinke: gcalendar.com has nothing to do with Google. From the page's source code: "Copyright (c) 2000 Ensim Corporation" |
Er, note that ANY existing google subdomain will work, including:
http://virgin.google.com/mapfiles/home.html :P |
I consider it's a common file within the www.google.com 'mapfiles' directory: http://www.google.com/mapfiles/home.html http://www.google.com/mapfiles/home2.html http://www.google.com/mapfiles/thanksgiving.html http://www.google.com/mapfiles/shadow50.png http://www.google.com/mapfiles/markerA.png ... und so weiter... |
I agree. These files are accessible because of the way Google setup their subdomains. They would have been there back in September too.
John Resig: I think Ensim Corporation is the company that supplies Data Docket Inc. with their automatic hosting / domain admin software.
What you are seeing when you go to http://www.gcalendar.com is simply a domain admin / holding page for a purchased domain that's not yet been setup – and the link between Data Docket registering domains on Google's behalf has been discussed many times before...
|
www.gcalendar.com no longer links to domain admin / holding page. It now times out after directing to www.gcalendar.com:19638/webhost/rollout. Perhaps things are (finally!) afoot? |
Reto, the link you provided – https://www.gcalendar.com:19638/webhost/rollout/site – *is* the domain admin / holding page. (Try clicking any of the links and it will ask you to login to administer the domain.)
The Site / User Administrator's help files confirm this: https://www.gcalendar.com:19638/docs/en_US/site/ https://www.gcalendar.com:19638/docs/en_US/user/
|