bear in mind that Google's subdomains don't really matter

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"

Try going to

calendar.google.com/mapfiles/h ...

Er, note that ANY existing google subdomain will work, including:

virgin.google.com/mapfiles/hom ... :P

I consider it's a common file within the www.google.com 'mapfiles' directory:
google.com/mapfiles/home.html
google.com/mapfiles/home2.html
google.com/mapfiles/thanksgivi ...

google.com/mapfiles/shadow50.p ...

google.com/mapfiles/markerA.pn ...

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 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 – www.gcalendar.com:19638/webhos ... – *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:
www.gcalendar.com:19638/docs/e ...
www.gcalendar.com:19638/docs/e ...