As in other answers, redirect 301 redirects on behalf of an uncertified domain to a site with the www. prefix www. .
Given that I really work in the DNS industry, I would like to share my views on the www. discussion www. :
So far, at least IMHO, the preferred version of the URLs should be prefixed with www. . Part of the hostname of the URL is exactly what the hostname is . The only DNS resource records that your browser will look for are A records (and possibly AAAA for IPv6), and the resulting IP address is the one to which it will connect.
no website address - only the full URL (prefixed with http:// ) indicates that this host is waiting for HTTP connections on port 80.
In general, the reason for the www. prefix www. was to allow the separation of different protocols into different hosts. As Verisign showed, when they (briefly) introduced their SiteFinder service several years ago, believing that each request for an A record to use the HTTP protocol is a massive mistake.
Having a canonical version of your URL with the www. prefix www. It also simplifies the processing of cookies and makes it easier to split static content into a content delivery network (as recommended by Yahoo !, Google, etc.).
Now there is a type of DNS record ( SRV , see RFC 2782 ) that uses the service and transport prefix to allow a single domain name to send different protocols to different hosts (and therefore IP addresses).
An ideal DNS setup is a record that looks like this:
_http._tcp.example.com IN SRV 10 0 80 www.example.com.
This means that all requests for the HTTP URI over TCP / IP should be addressed to TCP port 80 to the host name www.example.com . Note that with this syntax, you can also have HTTP services automatically from ports other than port 80, without the port number being part of the URL.
An SRV is a required part of SIP and is commonly used for Jabber (XMPP). However, AFAIK does not use a browser .: (