Who is My Email Provider? How to Identify Your Email Service from MX Records
Learn how to identify your email provider by checking MX records. Recognize common patterns for Google, Microsoft, and other email services.
Not sure which email provider handles your domain's email? Maybe you inherited a domain, took over IT responsibilities, or just forgot what was set up years ago. The answer is in your MX records.
This guide shows you how to identify your email provider from MX record lookups and what to do once you know.
Why You Might Need to Know
Several situations require knowing your email provider:
Managing existing accounts. You need to log into the admin panel but aren't sure which service you're using.
Troubleshooting delivery issues. Understanding which provider handles your mail helps you contact the right support team.
Planning a migration. Before switching providers, you need to know what you're switching from.
Auditing inherited domains. When taking over domain management, understanding current email configuration is essential.
Security reviews. Verifying email is handled by an expected provider, not redirected somewhere suspicious.
Common Email Provider MX Patterns
Different email providers have recognizable MX record patterns. Here's how to identify the major ones:
Google Workspace (Gmail for Business)
Google uses multiple MX servers with distinctive hostnames:
| Priority | Pattern |
| 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 |
If you see "aspmx" and "google.com" in your MX records, you're using Google Workspace. The admin panel is at admin.google.com.
Microsoft 365 (Outlook for Business)
Microsoft uses a single MX record with a tenant-specific hostname:
| Priority | Pattern |
| 0 | yourdomain-com.mail.protection.outlook.com |
The hostname includes your domain name (with hyphens replacing dots). If you see "mail.protection.outlook.com", you're using Microsoft 365. Admin access is at admin.microsoft.com.
Zoho Mail
Zoho's MX records look like this:
| Priority | Pattern |
| 10 | mx.zoho.com |
| 20 | mx2.zoho.com |
| 50 | mx3.zoho.com |
Regional variations exist (zoho.eu for Europe, zoho.in for India). Admin panel is at mail.zoho.com.
ProtonMail
ProtonMail for business shows:
| Priority | Pattern |
| 10 | mail.protonmail.ch |
| 20 | mailsec.protonmail.ch |
The ".ch" (Switzerland) domain is distinctive. Account management is at account.protonmail.com.
Amazon WorkMail
Amazon's email service uses:
| Priority | Pattern |
| 10 | inbound-smtp.region.amazonaws.com |
The region varies (us-east-1, eu-west-1, etc.). Managed through the AWS console.
Fastmail
Fastmail uses:
| Priority | Pattern |
| 10 | in1-smtp.messagingengine.com |
| 20 | in2-smtp.messagingengine.com |
"messagingengine.com" is Fastmail's backend domain.
Many providers, many patterns
Dozens of email providers exist. If your MX records don't match these common patterns, try searching the hostname to identify the provider.
What If You Don't Recognize the MX Records?
If the MX records show unfamiliar hostnames:
Search the hostname. Copy the mail server hostname and search for it. Results usually reveal the associated service.
Check for self-hosted email. MX records like mail.yourdomain.com suggest a self-hosted mail server rather than a third-party provider.
Look for forwarding services. Services like ImprovMX, ForwardEmail, or Mailgun have their own distinctive patterns. These forward email rather than hosting full mailboxes.
Consider spam or security filters. Some organizations route email through security services (Mimecast, Proofpoint, Barracuda) before their actual mail server. The MX might point to the filter, not the final destination.
Ask previous administrators. If you inherited the domain, someone configured these records. They may remember what service was used.
Suspicious or Unexpected MX Records
Sometimes MX lookups reveal problems:
Records pointing to unknown servers. If MX records point somewhere completely unfamiliar, your domain might be compromised or misconfigured.
Old provider still listed. After switching email providers, old MX records might remain. Some email could be going to your previous provider.
Multiple conflicting providers. MX records from two different email services suggest an incomplete migration or misconfiguration.
No MX records at all. The domain isn't configured to receive email. This might be intentional, or it might be an oversight.
If anything looks suspicious, verify who has access to your DNS settings and review recent changes.
What to Do After Identifying Your Provider
Once you know your email provider:
Access the admin panel. Each provider has an administration interface. Google uses admin.google.com, Microsoft uses admin.microsoft.com, and so on.
Document the configuration. Note which provider handles email, what MX records are set, and any other relevant DNS entries (SPF, DKIM, DMARC).
Verify authentication records. Check that SPF records match your provider at spfrecordcheck.com. Verify DKIM at dkimtest.com and DMARC at dmarcrecordchecker.com.
Review account access. Make sure you have admin credentials. If not, work with your provider's support to recover access.
Consider monitoring. Set up alerts for MX record changes so you're notified if configuration changes unexpectedly.
Provider-Specific Considerations
Different providers have different strengths and limitations:
Google Workspace offers excellent spam filtering and familiar Gmail interface. Good for organizations already using Google products.
Microsoft 365 integrates tightly with Office apps and Active Directory. Preferred by organizations in the Microsoft ecosystem.
Zoho Mail provides affordable email hosting with decent features. Popular with small businesses.
ProtonMail emphasizes privacy and encryption. Chosen by organizations with strict privacy requirements.
Self-hosted gives complete control but requires technical expertise. Used by organizations with specific compliance or customization needs.
Knowing your current provider helps you evaluate whether it still meets your needs or if migration makes sense.
When Provider Information Matters Most
Certain situations make identifying your email provider critical:
Domain transfer. When moving domains between registrars, you need to know email configuration to avoid disruption.
Security incidents. If you suspect email compromise, knowing the provider helps you investigate and respond.
Compliance audits. Auditors may ask where email data is stored and processed. Your MX records reveal this.
Vendor consolidation. Organizations consolidating IT services need to inventory current email providers.
Disaster recovery planning. Understanding email infrastructure helps you plan for outages and recovery.
Monitor Your MX Records
Checking once is good. Monitoring continuously is better. The Email Deliverability Suite watches your SPF, DKIM, DMARC, and MX records daily and alerts you when something breaks.
Never miss an MX issue
Monitor your SPF, DKIM, DMARC and MX records daily. Get alerts when something breaks.
Start Monitoring