Feeds

Chuck Exchange mailboxes into the cloud... sysadmin style

UC certificates, MX records and how to make a teeny bit of extra dosh

Internet Security Threat Report 2014

Sysadmin blog How do we migrate Exchange mailboxes into the cloud? A customer of mine has recently approached me with a request to move his mail hosting into the cloud, and it had to include BlackBerry support. After some discussion of the options available, a hosted exchange solution was deemed best, with Microsoft's own Office 365 emerging the winner.

I've migrated dozens of Exchange installations to Google Apps and Microsoft's BPOS without issue, but this will be my first production Office 365 client. It is an excellent test migration; the client is looking to migrate less than 15 users and an unknown number of shared mailboxes/mail enabled public folders from an SBS 2008 (Exchange 2007) installation.

While hybrid/coexistence mode is available with Office 365, we have chosen to do a cutover deployment. There is no interest in running mailboxes both locally and in the cloud.

Cutover deployments result in one of two flavours: either you have Single-Sign-On (SSO) enabled or you don't. As SSO is something that is generally enabled after the migration is completed, I'll address SSO in a separate article.

If SSO isn't enabled, then accessing your email really isn't all that different from any other web-based provider. Each user will have their own username and password, and they are completely separate from the local usernames and passwords. Office 365 has its own password requirements, but is otherwise pretty standard fare.

The advantage to Office 365 over other solutions is simply that this is a hosted version of exchange. All the lovely bits that make Outlook + Exchange the most popular business mail combination on the planet are available without you having to fuss over the server.

Getting the migration done

First, change the domains MX record TTL in DNS to the shortest possible timing allowed by the DNS provider. This is probably the most important step. When you do your cutover from locally hosted to cloud hosted email, you need your DNS changes to propagate as quickly as possible.

Next we need to enable Outlook Anywhere. This is required to perform the migration from the extant exchange server to Microsoft's cloud.

Outlook Anywhere requires a UC certificate from a public CA; not a huge worry, I've found them for as little as $60. When you think you have that all set up, use ExRCA to verify connectivity.

Create the customer's Office 365 account. If you're set up as a reseller of Microsoft's Office products, then sign in to https://portal.microsoft.com under your account (likely the yellow sticky under your keyboard where the username ends with @yourcompany.onmicrosoft.com) and use the "invites" system.

To do this, once you are logged in click on the word Partner at the top of the screen, and then you can either send a trial invitation or create a purchase offer. By using the invite system you'll get some fraction of the subscription revenues; why throw away free money? After the customer's account is created we log in to their account and start a migration batch from within the Office 365 control panel. This is fairly straight forward and will run you through connecting Office 365 to the local exchange server's Outlook Anywhere.

Right about now you should change your public DNS's MX records to point to cloud provider. Take a coffee break: we need to wait for MX records to propagate, as many DNS providers put a minimum TTL in place that overrides your settings.

After your coffee, complete the migration. This runs a last "sweep" across the local server to move any remaining emails to the cloud that may have accumulated during the MX transition period.

Finally, close the local mail server's firewall ports; it is better for mail to bounce (for those whose DNS providers don't respect TTL) than to accept mail to a server no longer in use. At least bounces provide the sender with a signal that something has gone wrong, and they should try alternate methods of communication.

That's it, we're done! One Exchange server cloudified. This is just part one of two – things get significantly more complicated when SSO is involved – but we'll jump off that bridge in the next article. ®

Internet Security Threat Report 2014

More from The Register

next story
Docker's app containers are coming to Windows Server, says Microsoft
MS chases app deployment speeds already enjoyed by Linux devs
IBM storage revenues sink: 'We are disappointed,' says CEO
Time to put the storage biz up for sale?
'Hmm, why CAN'T I run a water pipe through that rack of media servers?'
Leaving Las Vegas for Armenia kludging and Dubai dune bashing
Facebook slurps 'paste sites' for STOLEN passwords, sprinkles on hash and salt
Zuck's ad empire DOESN'T see details in plain text. Phew!
Windows 10: Forget Cloudobile, put Security and Privacy First
But - dammit - It would be insane to say 'don't collect, because NSA'
Symantec backs out of Backup Exec: Plans to can appliance in Jan
Will still provide support to existing customers
VMware's tool to harden virtual networks: a spreadsheet
NSX security guide lands in intriguing format
prev story

Whitepapers

Forging a new future with identity relationship management
Learn about ForgeRock's next generation IRM platform and how it is designed to empower CEOS's and enterprises to engage with consumers.
Cloud and hybrid-cloud data protection for VMware
Learn how quick and easy it is to configure backups and perform restores for VMware environments.
Three 1TB solid state scorchers up for grabs
Big SSDs can be expensive but think big and think free because you could be the lucky winner of one of three 1TB Samsung SSD 840 EVO drives that we’re giving away worth over £300 apiece.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.