As an avid user of Google Apps, I regularly recommend this service to clients as well as using it extensively across my various business interests. An announcement that I received today means that if it is something that you’ve even vaguely considered in the past, then I suggest you sign up for it as quickly as possible before the change comes in.

Google Apps is a really good way of sharing information, and collaborating on projects, including:
Messaging apps such as: Gmail, Google Talk, and Google Calendar;
Collaboration apps such as: Google Docs, Google Sites, and
even more Google applications including Google Reader, Blogger, Picasa Web Albums, AdWords and so-on

We recently announced upcoming changes to the maximum number of users for Google Apps. We want to let you know that, as a current customer, the changes will not affect you.

As of May 10, any organisation that signs up for a new account will be required to use the paid Google Apps for Business product in order to create more than 10 users. We honour our commitment to all existing customers and will allow you to add more than 10 users to your account for GJBEnterprises.com at no additional charge, based on the limit in place when you joined us.

At the moment Individuals, groups and entrepreneurs can get up to 50 custom accounts like you@example.com for free, however as in the announcement very soon that is going to come down to just 10 users.

So for your FREE Google Apps account with unlimited users just head over here very quickly: http://www.google.com/apps/ then click on the ‘Learn More’ button for Google Apps (not Google Apps for Business – that’s the paid version – you can always upgrade later) alternatively try this link: https://www.google.com/a/cpanel/domain/new

You need to have your own domain name, and be able to either manage the DNS, or simply ftp an html page that Google will give you to the root of the domain. – Need help? just call us on 0844-453-5591 and we’ll get you set up as quickly as we can , and before that important deadline.

There are many times when it would be useful to host a sub-domain of your main site on another server or hosting company altogether. Maybe your sub-domain has outgrown the main site and you want to host it elsewhere for a better deal, maybe you’ve got some ultra cheap static file hosting for serving up images and videos elsewhere or maybe you have a company that allows you to have an affiliate store or something like that and they allow you to use your own domain. …except that you want to create a sub-domain of your main site to ensure consistency, customer trust and to retain your branding.

Whatever your need, the solution is simple, but requires you to have access to your DNS records for your domain. These will usually be found at your hosting company. If you use cpanel/whm, then this is fine – if you have access to the actual files themselves then this is good too.

This is completely different to how you’d normally set up a “soft” sub-domain which is essentially a folder within your normal site. Before you start you’ll need to know the IP address of the server that will be hosting the sub-domain account. In the instance that you’re creating another account, say with cpanel on another host, then go ahead and set up that new account. Where it asks you to enter your domain name you should enter the sub-domain and set it up as normal. If you want to point your sub-domain at a site where someone else deals with the hosting, then you’ll have to ask them for the IP address.

Once in possession of this, you then need to edit your DNS record. If you’re using WHM/Cpanel then you’ll see the option called “Edit DNS Zone” in the left hand menu. Then select the domain name for the zone you wish to edit.

domain_management
Don’t be scared of the next screen, just scroll down to where it says “Add New Entries Below this Line” and in the first column type the name of your sub-domain (just the first part, not the fully qualified name. For example if you are creating dominos.mygames.com then enter dominos). Leave the numeric value in the next column, and make sure the drop-down menu is selected as “A”. In the next column you then enter the IP address of the new server that will host the sub-domain. There may be extra blank boxes after this, but these can be ignored. Then click “save”.

a_cname_records

If you’re editing your own files then you’ll need to locate your zone file, and in the section where the other sub-domains are set up (localhost, mail, www, ftp) add the line to set up your sub-domain. Zone files are often located in /var/named or /var/named/chroot/var/named.

There you are, if you previously set up a cpanel account for this at another host then it should soon be visible.


dns_records


Introduction to DNS

The Domain Name System, or DNS, is the means by which computers connected to the Internet get information about each other. The individual pieces of information are known as records; each record is of a certain type. Computers look up records for a domain by asking the name server for the domain about the records relevant to that domain.

IP addresses are the numbers which identify computers to each other.

Time Till Stable

This is an indication of the amount of time until you can be really sure that the change will be visible via all ISP DNS caches. The amount of time that Heart Internet’s DNS servers tell remote DNS caches to wait for is much shorter than this, however if you’ve just transferred the domain name in, several DNS caches will still be using the timeout that the old host’s DNS servers suggested, which is conventionally no longer than 24 hours.

If the TTS value is zero, that means that all remote caches should be up to date, so if you’re still seeing the old value that means there’s probably a problem (eg. you entered invalid DNS records). If the TTS value is above zero and you’re still seeing the old value, it’s more likely that your ISP’s DNS cache just hasn’t updated yet.

DNS Record Types

A records

These contain a mapping from a name to an IP address. An A record does not in itself mean that any particular service is available from the computer at that address; it just translates the name to the IP address.

CNAME records

These contain a mapping from one name (known as an alias) to another name (known as a CNAME, or canonical name). When a computer looks up records for the alias, it is given the records for the cname instead.

For example, if we set up a CNAME record for “managethisdomain.com” with alias “web” and cname “www”, then all queries for “web.managethisdomain.com” would be given the information for “www.managethisdomain.com”. A cname can be a name within the same domain, as in our example, or it can be a full name, like “www.google.com.”; the dot on the end shows that this is a full name.

MX records

These say where email for a domain is to be delivered. A domain can have several MX records; each one has a priority from 0 to 100. Email is delivered to the one with the lowest number first, and to any others only if the first one cannot accept it. For example, there is an MX record for “managethisdomain.com” pointing to “mail.managethisdomain.com”, with priority 10. This causes our email to be delivered to “mail.managethisdomain.com”.

TXT records

These give miscellaneous textual information about a domain; the most common use of them is for Sender Policy Framework (SPF), which enables you to specify which computers are allowed to send email which claims to be from your domain. For more information about SPF see the SPF Project.

SRV records

These records allow applications to locate services by giving the address and port information required. They also allow the load to be shared among several different servers using the priority and weight values.

If you found this page useful, consider linking to it.


  

Switch to our mobile site