Email Not Working After Switching Hosts? Here's How to Fix It
Email stopped working after migrating to a new web host? Learn how to fix MX records, SPF, DKIM, and other common email issues after migration.
You migrated to a new web host and now email doesn't work. You can't send, can't receive, or both. This is one of the most common post-migration issues.
Here's how to diagnose and fix email problems after switching hosts.
Why Email Breaks After Migration
Common Causes
- MX records changed or deleted - Most common cause
- DNS not fully propagated - Takes up to 48 hours
- Email hosting changed unintentionally - Was using old host's email
- SPF/DKIM records missing - Affects deliverability
- Mail client settings wrong - Server addresses changed
Quick Diagnosis
| Symptom | Likely Cause |
|---|---|
| Can't receive email | MX records wrong |
| Can't send email | SMTP settings or SPF issue |
| Email goes to spam | SPF/DKIM missing |
| Email delayed | DNS propagation |
| Webmail doesn't work | Email hosting changed |
Step 1: Check Your MX Records
MX (Mail Exchange) records tell the internet where to deliver your email.
How to Check MX Records
Using MXToolbox:
- Go to mxtoolbox.com
- Enter your domain
- Check MX Lookup results
Using command line:
dig yourdomain.com MX
# or
nslookup -type=mx yourdomain.com
What MX Records Should Look Like
If using hosting email (cPanel, Plesk):
Priority: 0
Mail Server: mail.yourdomain.com
# or
Priority: 0
Mail Server: yourdomain.com
If using Google Workspace:
Priority: 1 → ASPMX.L.GOOGLE.COM
Priority: 5 → ALT1.ASPMX.L.GOOGLE.COM
Priority: 5 → ALT2.ASPMX.L.GOOGLE.COM
Priority: 10 → ALT3.ASPMX.L.GOOGLE.COM
Priority: 10 → ALT4.ASPMX.L.GOOGLE.COM
If using Microsoft 365:
Priority: 0
Mail Server: yourdomain-com.mail.protection.outlook.com
How to Fix MX Records
In your DNS provider (Cloudflare, Namecheap, etc.):
- Log into DNS management
- Find MX records section
- Delete incorrect MX records
- Add correct MX records for your email provider
- Save and wait for propagation (up to 48 hours)
Step 2: Identify Your Email Setup
Where Is Your Email Actually Hosted?
Scenario A: Email with old host
- You were using old host's email (cPanel email)
- MX records pointed to old host
- Website moved, but email needs to stay
Fix: Point MX records back to old host's mail server
Scenario B: Email with new host
- You want email at new host
- Need to set up email accounts on new host
- Update MX records to new host
Fix: Create email accounts on new host, update MX records
Scenario C: Third-party email (Google, Microsoft)
- Email with Google Workspace, Microsoft 365, Zoho
- MX records should point to email provider
- Website migration shouldn't affect email
Fix: Verify MX records still point to email provider
Finding Old Host's Mail Server
Contact old host or check documentation:
| Host | Typical Mail Server |
|---|---|
| GoDaddy | secureserver.net |
| Bluehost | mail.yourdomain.com |
| SiteGround | yourdomain.com |
| HostGator | mail.yourdomain.com |
| Namecheap | privateemail.com (if using their email) |
Step 3: Fix Common Issues
Issue 1: MX Records Point to Wrong Server
Symptoms:
- Not receiving email
- Emails bounce back to sender
Fix:
- Determine correct mail server (see above)
- Update MX records in DNS
- Wait for propagation
Issue 2: SPF Record Missing or Wrong
SPF tells receiving servers which servers can send email for your domain.
Symptoms:
- Sent emails go to spam
- Emails rejected by some recipients
Check SPF:
dig yourdomain.com TXT | grep spf
Example SPF records:
For hosting email:
v=spf1 a mx include:_spf.yourhostingdomain.com ~all
For Google Workspace:
v=spf1 include:_spf.google.com ~all
For Microsoft 365:
v=spf1 include:spf.protection.outlook.com ~all
Fix: Add correct SPF record as TXT record in DNS.
Issue 3: DKIM Not Set Up
DKIM cryptographically signs your emails, improving deliverability.
Symptoms:
- Emails occasionally go to spam
- Failed DKIM in email headers
Fix:
- Get DKIM key from email provider
- Add as TXT record in DNS
- Usually named:
default._domainkey.yourdomain.com
Issue 4: Mail Client Settings Wrong
If webmail works but desktop/mobile doesn't:
Check these settings:
| Setting | Value |
|---|---|
| Incoming server | mail.yourdomain.com or provider's server |
| Incoming port | 993 (IMAP SSL) or 995 (POP3 SSL) |
| Outgoing server | mail.yourdomain.com or smtp.provider.com |
| Outgoing port | 465 (SSL) or 587 (TLS) |
| Username | full email address |
| Authentication | Required for outgoing |
Issue 5: DNS Not Propagated
Symptoms:
- Some people can email you, others can't
- Works intermittently
Fix: Wait up to 48 hours. Check propagation at whatsmydns.net.
Step 4: Common Scenarios & Solutions
Scenario: Moved to New Host, Want New Host's Email
Steps:
- Create email accounts on new host (cPanel → Email Accounts)
- Note the mail server (usually mail.yourdomain.com)
- Update MX records to point to new host
- Add SPF record for new host
- Set up DKIM if available
- Update mail client settings
- Wait for DNS propagation
Scenario: Moved Website, Keep Email at Old Host
Steps:
- Keep email accounts at old host (don't delete!)
- Find old host's mail server
- Update MX records to point to OLD host
- Update SPF to include old host
- Website DNS (A record) points to new host
- Email DNS (MX record) points to old host
DNS will look like:
Type Name Value
A @ new.host.ip.address
MX @ mail.oldhost.com
Scenario: Moved Website, Use Google Workspace
Steps:
- Verify MX records point to Google
- Check SPF includes Google
- Website A record points to new host
- Email should be unaffected
If email stopped working:
- Check if MX records were accidentally changed
- Restore Google's MX records
Scenario: Want to Move Email to Google Workspace
Steps:
- Set up Google Workspace account
- Add users and verify domain
- Update MX records to Google
- Add Google SPF record
- Set up DKIM in Google Admin
- Export emails from old host (if needed)
Email Migration Best Practices
Before Migration
- Document current DNS records (screenshot everything)
- Note email provider (hosting, Google, Microsoft)
- Lower DNS TTL to 300 seconds (5 minutes) 24 hours before
- Backup emails if switching email providers
During Migration
- Don't delete email accounts on old host yet
- Keep MX records pointing to current email provider
- Only change A/CNAME records for website
After Migration
- Test email (send and receive)
- Check spam folders of recipients
- Verify SPF/DKIM with mail-tester.com
- Monitor for 48-72 hours
- Then cancel old hosting if email moved
Testing Your Email
Test Receiving
- Send email to yourself from external address (Gmail, etc.)
- Check if it arrives
- Check spam folder
Test Sending
- Send email to external address
- Check if recipient receives it
- Ask if it went to spam
Test Authentication
Using mail-tester.com:
- Go to mail-tester.com
- Send email to the provided address
- Check your score
- Fix any SPF/DKIM issues flagged
Using Google's header analyzer:
- Send email to Gmail account
- Open email, click three dots → Show original
- Check SPF, DKIM, DMARC status
FAQ
How long until email works after fixing DNS?
MX record changes can take 1-48 hours to propagate. Most propagate within 4-6 hours.
Can I use different hosts for website and email?
Yes, this is common. A/CNAME records point to website host, MX records point to email host.
My email works but goes to spam. Why?
Usually missing or incorrect SPF/DKIM records. Test at mail-tester.com.
Should I use hosting email or third-party?
Use hosting email if:
- Budget is limited
- Low volume email
- Simple needs
Use third-party (Google, Microsoft) if:
- Email is critical
- Need reliability/features
- Want email separate from hosting
Read more: Email Hosting vs Web Hosting
What if I lost emails during migration?
Check:
- Old host's email (might still be there)
- Email client's local storage
- Contact old host for backup restoration
Prevention: Always backup emails before migration.
My host says email is set up correctly but it doesn't work
Check:
- DNS propagation (whatsmydns.net)
- MX records point to correct server
- No conflicting MX records
- SPF record is correct
- Try from different email client
Quick Reference: Common Email Providers' DNS Settings
Google Workspace
MX Records:
1 ASPMX.L.GOOGLE.COM
5 ALT1.ASPMX.L.GOOGLE.COM
5 ALT2.ASPMX.L.GOOGLE.COM
10 ALT3.ASPMX.L.GOOGLE.COM
10 ALT4.ASPMX.L.GOOGLE.COM
SPF: v=spf1 include:_spf.google.com ~all
Microsoft 365
MX: yourdomain-com.mail.protection.outlook.com
SPF: v=spf1 include:spf.protection.outlook.com ~all
Zoho Mail
MX: mx.zoho.com (priority 10), mx2.zoho.com (priority 20)
SPF: v=spf1 include:zoho.com ~all
Key Takeaways
- MX records are the #1 cause of post-migration email issues
- Document everything before migrating
- Website and email can use different hosts - they're separate DNS records
- SPF/DKIM are crucial for deliverability
- Wait 48 hours for full DNS propagation
- Test thoroughly before declaring success
What to Do Next
- Diagnose: Check MX records at mxtoolbox.com
- Identify: Determine where email should be hosted
- Fix: Update DNS records as needed
- Test: Verify sending and receiving works
- Monitor: Watch for issues over next 48 hours
Still having email issues after a hosting switch? The problem is almost always DNS-related. Compare email hosting options with our comparison tool or check our guide on email hosting vs web hosting.
Last updated: January 2026

HostDuel Team
The HostDuel team researches and compares web hosting providers to help you make informed decisions.