• site home
  • blog home
  • galleries
  • contact
  • underwater
  • the bleeding edge

the last word

Photography meets digital computer technology. Photography wins -- most of the time.

You are here: Home / The Bleeding Edge / How to change e-mail providers

How to change e-mail providers

April 28, 2011 JimK 5 Comments

I change e-mail providers every two or three years, which is long enough, given my advancing years, for me to forget some things about the optimum way to do it. I’m writing myself some notes for next time. I bet I’m not alone in making these kinds of changes, so I’m posting this to give anyone who cares a technique that works for me.

First off, let’s define exactly where this information applies. If you’re getting your e-mail strictly through a web browser, it doesn’t apply to you. If your e-mail address is inextricably bound to your e-mail provider – if it ends in gmail.com or yahoo.com or some such – it also doesn’t apply to you. If you’ve registered your own domain name and use an e-mail client like Outlook, Apple Mail, or Mozilla-Thunderbird, this is for you. I happen to use Outlook, but these instructions should work fairly well with other e-mail clients.

Here’s the challenge: to switch e-mail providers with (in order of priority) no lost messages, hardly any delayed deliveries, and few if any duplicate messages. Here’s why it’s a challenge. Changing email providers means you have to mess with DNS. Domain name servers convert user-friendly Internet addresses like yourname.com to Internet Protocol addresses like 10.10.45.123 (this one is not routable, I use it the same way that people use impossible telephone numbers like 555-1234). Unless you’re a DNS guru and are comfortable composing MX records, in which case you probably know everything in this post, when you make the switch, you’re going to go to the website of Network Solutions or wherever you registered your domain name and have them change where computers go to convert addresses ending in that domain name to IP addresses. Don’t worry if this is confusing; they’ll be more details later.

Once you change the DNS records, it takes up to 48 hours for those changes to propagate throughout the Internet. During that time, it’s a crapshoot whether messages sent to you will show up in your mailbox at your old e-mail provider, or the one that your new e-mail provider. If you enter addresses with your domain name in them into your e-mail client’s configuration panel, it’s also unknowable whether those addresses will be converted to the IP addresses of your old e-mail provider or those of your new e-mail provider, so you won’t know which provider is supplying the messages that you are reading.

So here’s the step-by-step procedure:

  • First, find out the IP address of the server that you currently use to receive mail (probably a POP3 or IMAP server), and the IP address of the server that you currently use to send mail (almost certainly an SMTP server). How do you do this? The simplest way may be to ask your old e-mail hosting company. However, you may not want to do that. You’re leaving them for a reason, and that reason may include poor customer support. You can find out for yourself. Go into the configuration screen of your old e-mail client, and look for the address of one of your old servers – it’ll be something like mail.yourname.com, pop.yourname.com, or smtp.yourname.com. Open up a command line window and type in “nslookup mail.yourname.com”, or whatever address you looking for. nslookup will give you the IP address. Do that with the addresses of both the sending and receiving e-mail servers, and replace the user-friendly addresses in your configuration screen with the respective IP addresses. This means that as the DNS changes propagate, your e-mail client will still send and receive messages from your old e-mail provider.
  • Next, find out the IP address of the server that you will use to receive mail (like before, probably a POP3 or IMAP server), and the IP address of the server that you will use to send mail (probably an SMTP server). You won’t be able to use nslookup for this, since the DNS records still point to your old server. You’ll have to look at the configuration information that your new e-mail provider gives you, or maybe you’ll have to call their tech support staff. If you can’t get the information from them, that’s a bad sign; you may want to rethink changing your e-mail service to them. While you’re at it, get the names of your new e-mail provider’s name servers. They’ll look something like ns1.youcantbeatourservicewithastick.net and ns2.youcantbeatourservicewithastick.net.
  • Add a new account to your e-mail client with the information above, putting the appropriate IP addresses in the fields for POP3/IMAP server and SMTP server. Configure this new account to put the messages in the same mailbox as you old account. Make this the default account.
  • Log in to your account at Network Solutions, GoDaddy, or wherever you registered your domain name. Navigate to a screen that says where your domain name “points to”. Click the button labeled “Change Where Domain Points” or something like that. You’ll see a screen with the names of your old email provider’s name servers, something like ns1.flybynighthosting.net and ns1.flybynighthosting.net. Enter the two new name servers, something like ns1.youcantbeatourservicewithastick.net and ns2.youcantbeatourservicewithastick.net. Click OK. In 48 hours, your new email hosting company will have control of the translation between user-friendly names and IP addresses.
  • Wait 48 hours for the new DNS information to propagate. Receive email messages from both email providers.
  • Fire up your e-mail client and hit send/receive to download any stray messages from both the old and new email servers. Replace the IP addresses of the POP3/IMAP and SMTP servers with the user-friendly names you got from your new e-mail provider. They might even be the same as your old user-friendly names, mail.yourname.com, pop.yourname.com, and/or smtp.yourname.com. Press the “Test” button to make sure everything is working.
  • Delete your old email account in your email client.
  • Congratulate yourself.

 

The Bleeding Edge

← Voicemail in the cloud X-Rite I1 Publisher/I1 Pro OOBE, part 1 →

Comments

  1. greg says

    November 9, 2011 at 9:56 am

    Thanks for the write up. It’s very detailed, and is of assistance during my migration to a new host.

    I have one bit of advice to other readers who are using the IMAP protocol (which stores messages and attachments on the server instead of on your local machine): make sure to back up all of your email locally before the switch to the new host. If you don’t do that, you may lose your old emails after the DNS switch goes through.

    There are many ways to do email backups, but for Thunderbird clients, I’ve found MozBackup to work well. This article details other ways to backup your email for other popular email clients. For Apple Mail, you can just save messages in a folder under “On My Mac”, and it will be saved on your hard drive, rather than the email server.

    I hope this helps.

    Reply
    • Jim says

      November 9, 2011 at 2:44 pm

      Good point about IMAP and having a local backup.

      Thanks,

      Jim

      Reply
  2. Paul Regeis says

    May 21, 2015 at 1:29 pm

    What if you are only wanting to change email providers and keep your webhosting at the old hosting company. is that workable? The old company Yahoo small business is currently hosting the website and the email. We want to move the email to another provider. Is that possible? without moving the website as well.

    Reply
    • Jim says

      May 21, 2015 at 2:04 pm

      Yes, but you’ll have to edit MX records in your DNS.

      http://en.wikipedia.org/wiki/MX_record

      If you’ve never done this before, you should probably get help from someone who has, or read up on it before you try to do it.

      Jim

      Reply
  3. Maryon Jeane says

    November 8, 2016 at 4:49 am

    This is great – many thanks. I’ve changed e-mail provider before but have found the help I’ve been given each time impossible to translate into the underlying protocol so that I can reuse it the next time. Your tutorial is not only detailed but also concept-based, so now I can learn it and use it not just this time but into the future. Excellent!

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

May 2025
S M T W T F S
 123
45678910
11121314151617
18192021222324
25262728293031
« Apr    

Articles

  • About
    • Patents and papers about color
    • Who am I?
  • How to…
    • Backing up photographic images
    • How to change email providers
    • How to shoot slanted edge images for me
  • Lens screening testing
    • Equipment and Software
    • Examples
      • Bad and OK 200-600 at 600
      • Excellent 180-400 zoom
      • Fair 14-30mm zoom
      • Good 100-200 mm MF zoom
      • Good 100-400 zoom
      • Good 100mm lens on P1 P45+
      • Good 120mm MF lens
      • Good 18mm FF lens
      • Good 24-105 mm FF lens
      • Good 24-70 FF zoom
      • Good 35 mm FF lens
      • Good 35-70 MF lens
      • Good 60 mm lens on IQ3-100
      • Good 63 mm MF lens
      • Good 65 mm FF lens
      • Good 85 mm FF lens
      • Good and bad 25mm FF lenses
      • Good zoom at 24 mm
      • Marginal 18mm lens
      • Marginal 35mm FF lens
      • Mildly problematic 55 mm FF lens
      • OK 16-35mm zoom
      • OK 60mm lens on P1 P45+
      • OK Sony 600mm f/4
      • Pretty good 16-35 FF zoom
      • Pretty good 90mm FF lens
      • Problematic 400 mm FF lens
      • Tilted 20 mm f/1.8 FF lens
      • Tilted 30 mm MF lens
      • Tilted 50 mm FF lens
      • Two 15mm FF lenses
    • Found a problem – now what?
    • Goals for this test
    • Minimum target distances
      • MFT
      • APS-C
      • Full frame
      • Small medium format
    • Printable Siemens Star targets
    • Target size on sensor
      • MFT
      • APS-C
      • Full frame
      • Small medium format
    • Test instructions — postproduction
    • Test instructions — reading the images
    • Test instructions – capture
    • Theory of the test
    • What’s wrong with conventional lens screening?
  • Previsualization heresy
  • Privacy Policy
  • Recommended photographic web sites
  • Using in-camera histograms for ETTR
    • Acknowledgments
    • Why ETTR?
    • Normal in-camera histograms
    • Image processing for in-camera histograms
    • Making the in-camera histogram closely represent the raw histogram
    • Shortcuts to UniWB
    • Preparing for monitor-based UniWB
    • A one-step UniWB procedure
    • The math behind the one-step method
    • Iteration using Newton’s Method

Category List

Recent Comments

  • bob lozano on The 16-Bit Fallacy: Why More Isn’t Always Better in Medium Format Cameras
  • JimK on Goldilocks and the three flashes
  • DC Wedding Photographer on Goldilocks and the three flashes
  • Wedding Photographer in DC on The 16-Bit Fallacy: Why More Isn’t Always Better in Medium Format Cameras
  • JimK on Fujifilm GFX 100S II precision
  • Renjie Zhu on Fujifilm GFX 100S II precision
  • JimK on Fuji 20-35/4 landscape field curvature at 23mm vs 23/4 GF
  • Ivo de Man on Fuji 20-35/4 landscape field curvature at 23mm vs 23/4 GF
  • JimK on Fuji 20-35/4 landscape field curvature at 23mm vs 23/4 GF
  • JimK on Fuji 20-35/4 landscape field curvature at 23mm vs 23/4 GF

Archives

Copyright © 2025 · Daily Dish Pro On Genesis Framework · WordPress · Log in

Unless otherwise noted, all images copyright Jim Kasson.