Announcing the Magic Pages Open House. Quarterly calls with our team!

Back to blog

Why a Subdomain, Not Your Main Domain, for Newsletter Sending

Your subscribers see your main domain − but the technical sending domain has to be a subdomain. Here's the plain-English reason why.

· 2 min read

A question we get a lot when someone sets up newsletter sending on their own domain: "Why do I have to use a subdomain like send.mydomain.com? Why can't I just send from mydomain.com?"

It's a fair question, and the answer is one of those "it's not us, it's how DNS works" things. Here's the plain-English version.

First, the reassuring part

Your subscribers do see your main domain. You can set your newsletter's from address to newsletter@mydomain.com, hello@mydomain.com, or whatever you like at your main domain – that's what shows up in the inbox.

The subdomain is only the technical sending domain: the plumbing that actually hands your email to Mailgun, the email infrastructure provider we use, and proves it's really from you. Your readers never see it. So this isn't about what your emails look like – it's purely about the records behind the scenes.

The actual reason: your root domain is already busy

Modern email sending uses a CNAME record. A CNAME is a DNS record that says "for this name, go look over there instead" – in our case, your subdomain points at email.magicpages.co, which carries all the authentication (SPF, DKIM) for you.

Here's the catch, and it's a hard rule of DNS: a name that has a CNAME can't have any other records at the same time. It's all-or-nothing.

Your root domain (mydomain.com, also called the apex) can never be all-or-nothing, because it already must hold other essential records – the ones that tell the internet which name servers run your DNS, for a start. If you tried to turn your root domain into a CNAME, you'd wipe those out and take your whole domain offline.

A subdomain (send.mydomain.com) has no such baggage. It's a fresh name you can point wherever you like – so it's free to be the CNAME that sending needs.

It's the same reason your website uses a subdomain or an A record

If you've ever set up a custom domain for a website, you may have hit this exact limitation from the other direction: you can't point your root domain at a host with a CNAME either, which is why site setups use www or require a special setup with Cloudflare.

We wrote about that here:

Why ALIAS Records Can Cause Problems with Your Custom Domain
Magic Pages works with a content delivery network – however, that usually requires CNAME records to route everything properly. If your domain registrar doesn’t support CNAME records on your root domain (like yourdomain.com), you might be tempted to use an ALIAS record instead. While this can work, it often

Same rule, different feature – the apex just can't be a CNAME.

If you're setting this up, the sending domain guide walks you through it.

Jannis Fedoruk-Betschki

Written by

Jannis Fedoruk-Betschki

Founder of Magic Pages. I build reliable Ghost hosting, so publishers can focus on what they do best − creating. When I'm not improving the platform, I'm probably helping a customer get their site just right.

You Might Also Like

The real cost of self-hosting Ghost in 2026

Self-hosting Ghost looks like $5/month. The honest 2026 total − after the Mailgun price hike, a server that won't crash, and your time − is a different number. Here's the full overview, and who should still do it.

10 min read

Websites powered by Magic Pages

From personal blogs to growing businesses — published with Ghost®, hosted with care.

Loading showcase sites...

Start Your 14-Day Free Trial

No credit card required