I’ve been a huge fan of Google Apps for awhile. For this piece, I got a bit more specific and tried to focus on Google Drive. Obviously, there’s a lot of tie-ins with Google’s other products, given how much integration there is there. But, what I did here was really focus on the Google Drive bits. Hope you enjoy it! http://www.huffingtonpost.com/charles-edge/22-cool-things-you-can-do_b_9843122.html
Google Apps has a nice little API that was developed for interfacing with it programatically. Well, a number of other vendors have been building around it for a little while and there’s starting to be a nice little suite. Here are some to look at:
- Manymoon: Allows more granular document sharing, mail management and security with your documents, tasks and projects
- Socialwok: Allows you to build a social network on top of Google Apps
- Smartsheet: Project, sales pipeline and resource tracking. Allows for collaboration with external users as well.
- Tripit: allows you to see your travel plans and collaborate with others on their travel plans (wish American Express Travel had an API with them)
- Zoho: Zoho can do much of what Google Apps can do, but it also has CRM. Now the two can work together!
If you have a web host that supports cPanel (a number do) then moving to Google Apps for Mail couldn’t be simpler. Just log in to your cPanel account and click on the Mail icon in the top left corner. From here, click on the last item in the list, Modify Mail Exchanger (MX Entry). Then click on change an MX Entry. In the Change MX for… drop down list, select the appropriate domain (if you only have one then there should be only the one to change and then enter aspmx.l.google.com in the to: field, clicking Change when you are done. According to the TTL value you will then need to wait for DNS replication to occur (it can take up 72 hours in some cases). In the meantime, mail should start to flow into your Google Apps mailboxes. The next step is to actually migrate your mail. Assuming your administrator supports IMAP for your mailboxes this should be a fairly straight forward process. From the Google Apps administrative dashboard click on Advanced Tools in the blue toolbar. Then click on Migrate mail from mail server on the Advanced page and you will see a screen asking you to enter some information about your source IMAP server (the one that currently has all your data). In the Host field, type your domain name. cPanel uses Exim, which can work with the Dovecot setting in the Server software: field. Then enter 143 into the port number field (unless you use a different port) and if you use an IMAP prefix enter it now. You will also need to enter a maximum number of connections (according to how much data you want it to attempt to migrate at once). Now you select the users whose data you will be moving. Click Next, and then choose whether to upload one or many accounts. Assuming one, you would simply enter the originating user name, target user name (in most cases these are the same) and then the password of the mailbox in cPanel. This means you need to know all your passwords, or reset them at the time of migration. Assuming many users, you would do the same thing in a csv file, creating a spreadsheet with username, source username, and source password as the columns and then populating the information from cPanel. Once done, save as csv and then use this screen to upload the file. Whichever option you chose, click on Start Migration to migrate the mail and then wait for the migration to complete. If mail will not migrate using the stock example, searching Google for answers is a start but many may need to script solutions using the Google Apps email migration API. POP mail will stay in the mailbox it was downloaded into. However, once you are done, POP users might end up redownloading mail. Contacts and calendars should be stored on your local devices and if you wish to migrate those you can (although this is going to be a more complicated process). You will also need to change the local settings if you haven’t built a CNAME in DNS to point your old incoming and outgoing server addresses to the incoming addresses that Google uses. Client configuration should be a username of the full email address, the password you entered into your Google Apps domain dashboard and the incoming server name of imap.gmail.com. The outgoing mail server (SMTP) will be smtp.gmail.com and it will require authentication with the same information used for incoming (POP or IMAP) mail.
Randy Saeks has posted a paper on integrating Open Directory with Google Apps. It’s a nice read and takes a lot of the guessing game out of getting Google Apps to authenticate users based on Open Directory. Many of the steps can also be leveraged to use the GoogleAppsToolkit for LDAP running on other platforms as well.