Ask Different is a question and answer site for power users of Apple hardware and software. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Yesterday my web host (Dreamhost) unexpectedly moved my email account to a new server. Most of my email clients didn't skip a beat, and continued to connect to the server and receive mail.

However, immediately after the server migration, on my home computer stopped receiving mail. It continued to successfully login to the mail server, but did not find any email received post-migration. My assumption is that it was connecting to the old mail server.

Today, fails to login to the mail server at all. My assumption is that the old server has now been decommissioned.

To me, it seems as if has some sort of bad DNS cache, causing it to 'look' at the old server rather than the new one.

Steps I tried to resolve the issue:

  • Restarted
  • Rebooted computer.
  • Cleared OS X DNS cache.
  • Synchronized IMAP account with server.
  • Deleted email account from, and recreated it.
  • Rebooted cable modem.

Not a spot of difference.

Is it possible that is somehow caching DNS details for the email server, even after I clear the OS X DNS cache? If so, how could I force to 'look' at the new server?

Setup: OS X Lion, IMAP email account

[SOLVED] See the comments for a description of the solution. The culprit was Avast Anti Virus.

share|improve this question
Did the URL change? Have you tried any other mail clients? Do other applications correctly route to the URL (like using a browser or using telnet to connect directly to one of the ports)? – jmlumpkin Aug 29 '12 at 22:55
@jmlumpkin Thanks for the reply. I'm at work now, so can't answer your questions, but will try your suggestions tonight. Questions I can answer: 1. The server URL hasn't changed. 2. I cannot connect to the server URL ( via browser, but that has always been the case (no data returned to browser). – Jonathan Nicol Aug 30 '12 at 0:25
Try to use telnet to port 25. This will let you know if the remote machine its connecting to is responding on that port. Then you can help narrow down is it just, or anything else. – jmlumpkin Aug 30 '12 at 0:44
OK, after some ping tests, locally and using a remote service, I'm of the opinion that OS X (or maybe my ISP or router?) has an out-of-date DNS cache. Pinging from my macbook = Pinging from =, which is what I get when pinging other domains on the same mail server. I've tried purging OS X's DNS cache, but to no affect. – Jonathan Nicol Aug 30 '12 at 8:17
Interesting - doing a DNS lookup using my router's inbuilt tools gives me, which is different to my macbook. So the macbook must be the one with the sticky DNS record... – Jonathan Nicol Aug 30 '12 at 8:21
up vote 2 down vote accepted

This sounds like a DNS caching issue still. I know that most web browsers do cache their own DNS as well, and I am sure Mail does, but I think that cache empties after exiting.

I always try to telnet into port 25 on a remote mail server to test the connection when something is weird. Port 25 is for SMTP traffic, or what sends the mail. If you get a valid connection, you can actually interact with this interface. With your comments though, this probably did not work.

DNS is a very strange beast, because so many different services do many things, not to mention the different hardware on your network. In this case you have:

  • router
  • Mac, but DNS cache and hosts file

In the end, it sounds like you discovered this in your hosts file. I can't count the number of times (I do a bit of web dev) that I set something up in the hosts file and then got confused why something was acting wrong.

share|improve this answer
I do web dev too, and while DNS seems like voodoo magic to me, hosts files are very familiar ground. At one stage I had Avast set to scan my email, and it "thoughtfully" added the mail server to the hosts file. I'd forgotten all about it. – Jonathan Nicol Aug 30 '12 at 12:24

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.