Skip to content

How long does DNS propagation take?

By Ash, Founder, HosteazePublished 2 min read

Most DNS changes are visible within a few minutes to an hour, but some take up to 48 hours. The wait depends on the record's TTL, which tells servers how long to keep the old answer, and on whether you changed a record or your nameservers. Nameserver changes are usually the slowest.

The Earth from space covered in a web of glowing network connections, showing how DNS answers spread worldwide
Credit: geralt via Pixabay

You've changed a DNS record, refreshed the page six times, and nothing has happened. Annoying, but normal. "Propagation" sounds like the change is slowly spreading across the internet. What's really happening is that servers everywhere remembered the old answer, and they're waiting for that memory to expire.

Why do DNS changes take time?

When anyone visits your site, their internet provider's DNS server (the resolver) looks up your domain and keeps the answer for a while, so it doesn't have to ask again for every visitor. How long it keeps it is set by the record's TTL (time to live), in seconds.

If your A record has a TTL of 3600, a resolver that looked it up a minute before your change will keep serving the old address for up to an hour. Different resolvers looked it up at different times, which is why the change appears for some people before others.

How long does each kind of change take?

What you changedTypical waitWhy
A, CNAME, TXT or MX recordMinutes to a few hoursLimited by the old record's TTL, often 300 to 3600 seconds
A brand-new record that didn't exist beforeUsually minutesNothing old to forget, unless someone looked it up and got "not found"
Nameservers (moving DNS to a new provider)Up to 24 to 48 hoursThe domain registry's own records carry long TTLs, often a day or two

These are typical figures, not promises. A provider with a long TTL on its records can stretch any of them.

How do I check if my change has gone through?

If the tool shows the new value but your browser doesn't, the old answer is cached on your own device or network. Try mobile data, or ask Google Public DNS to flush its cache for your domain.

How do I make the next change faster?

Lower the TTL in advance. A day before a planned move, set the record's TTL to 300 seconds (five minutes). Once the old, longer TTL has expired everywhere, your real change will spread within minutes. Put the TTL back to an hour or more afterwards.

This matters most when pointing a domain at a new website or moving email, because a slow switch means some visitors or emails end up at the old place. For the difference between the two most common website records, see A record vs CNAME.

Frequently asked questions

Can I speed up DNS propagation?

Not once the change is made. You can prepare for a planned change by lowering the record's TTL to 300 seconds a day or two beforehand, so caches expire quickly when you make the switch.

Why does my site work on my phone but not my laptop?

They're asking different DNS servers. Your phone on mobile data uses your network's resolver, while your laptop uses your broadband's, and one has the new answer while the other still has the old one cached.

Will my email stop working during propagation?

Not if you keep the old mailboxes running until the change has fully spread. Some email may arrive at the old provider for a while, so check both for a couple of days after changing MX records.

Sources

  1. RFC 1034, Domain Names, Concepts and Facilities (caching and TTL)
  2. Google Public DNS, Flush cache
  3. Google Admin Toolbox, Dig
Yellow wooden signposts pointing in different directions on a mountain pathQuestionA record vs CNAME, what's the difference?An A record points a domain name straight at an IP address, such as 203.0.113.10. A CNAME points a name at another name, which then supplies the address. Use an A record for your root domain and a CNAME for subdomains like www when your host gives you a hostname. A CNAME can't sit on the root domain.Email and domains · 13 October 2026Tangled mess of electrical cables on a telegraph pole against a blue skyQuestionHow do I fix "SPF record too many DNS lookups"?SPF allows a maximum of 10 DNS lookups. Every include, a, mx, ptr, exists and redirect term counts, including the ones hidden inside each include. Go over and SPF returns a permanent error, so it fails for all your email. Fix it by removing services you no longer use and dropping unnecessary a and mx terms.Email and domains · 13 October 2026Traffic light showing a red stop signal under a blue bicycle signalQuestionDMARC p=none vs quarantine vs reject, which should I use?p=none tells receivers to deliver failing email as normal and just send you reports. p=quarantine sends failing email to spam. p=reject blocks it completely. Start at none, read the reports until every service you use passes, then move to quarantine and finally reject. Skipping straight to reject can block your own invoices.Email and domains · 12 October 2026Magnifying glass and pen resting on printed spreadsheets, ready to check the detailsQuestionHow do I check if my domain has DMARC?Look up the TXT record at _dmarc.yourdomain.com. The quickest way is the free Google Admin Toolbox Dig tool. Enter _dmarc followed by your domain, choose TXT, and look for a value starting v=DMARC1. If nothing comes back, your domain has no DMARC record and you should add one.Email and domains · 12 October 2026Open red mailbox with a stream of envelopes flying away from it, like email going astrayQuestionWhy are my emails going to spam?The most common reason is missing or broken email authentication. If your domain has no SPF, DKIM or DMARC records, Gmail and Outlook can't prove the email is really from you. After that come a poor sender reputation, a shared server with a bad history, and messages that look like marketing. Check authentication first.Email and domains · 12 October 2026

Want email on your own domain?

Hosteaze hosting plans let you set up mailboxes on your own domain. See what each plan includes.

See hosting plans