Your hosting control panel has an Email Accounts button, and creating name@yourcompany.com there takes a minute and costs nothing extra. Meanwhile, everyone online tells you to pay for Google Workspace, Microsoft 365 or Zoho. So which is it: cPanel email or separate email, and does the choice actually matter for a small business?
This post compares email hosting vs web hosting email by looking at what happens underneath: where your messages are stored, which server sends them, what depends on what, and the problems that only appear months later. It ends with how to move from one to the other without taking your website offline.
Two ways your domain’s mail can be arranged
Every domain has DNS records that tell the world where things live. The A record points visitors to the server that runs your website. The MX records point incoming mail to the server that accepts it. These can be the same server, or completely different ones.
Arrangement A: everything on the web server
The MX records point to your hosting server. The same machine runs the website, stores the mailboxes, filters spam and sends your outgoing mail. You manage it all in one control panel, usually cPanel or Plesk.
Arrangement B: website on the host, mail elsewhere
The A record still points to your hosting server, so the website stays put. The MX records point to a dedicated email provider. Mail never touches the web server at all, except for messages the website itself sends.
If the difference between a domain and the hosting behind it is still hazy, our post on how domains and hosting relate covers it before you go further.
Email hosting vs web hosting email, compared
| Aspect | Mail on the web host | Dedicated email hosting |
|---|---|---|
| Extra cost | Usually included in the hosting plan | A subscription per mailbox, per month or year |
| Sending reputation | Shared with every site on that server | Run by a provider whose main product is mail |
| Spam filtering | Basic tools such as SpamAssassin, set per account | Filtering maintained and tuned by the email provider |
| Storage | Comes out of the hosting account’s disk space | Separate allowance per user |
| If the website has trouble | Mail is often affected too | Mail carries on regardless |
| Extras | Webmail, and sometimes a simple calendar | Calendar, contacts, shared mailboxes, phone apps, admin controls |
Problems that come from sharing one server
Hosting email is not bad. It just puts several eggs in one basket, and these are the ways that basket gets dropped.
The hosting renewal is missed
The card on file expires, the host suspends the account, and the website and every mailbox stop at the same moment. Fixing the payment brings both back, but anything sent to you while suspended may have bounced.
Another customer on the server sends spam
On shared hosting, many accounts often send from the same IP address. If one of them is compromised and sends junk, that address can be listed on blocklists, and your perfectly normal invoices start bouncing or landing in spam.
Your own website is compromised
An infected plugin can turn the server into a spam sender. The host then limits or blocks outgoing mail for the whole account, including your staff mailboxes.
The disk fills
Mailboxes, backups and website files all share the same disk allowance. A big mailbox can stop backups from completing, or a large backup can stop mail from arriving. The post on mailbox full errors and storage quotas explains how to find what is using the space.
The local delivery trap after you move mail away
This one deserves its own section because it is easy to miss. You move mail to Google, Microsoft or Zoho and change the MX records. Mail from the outside world arrives at the new provider perfectly. But messages from your own website’s contact form, sent to your own address, never arrive.
The reason: the hosting server still believes it is the mail server for your domain. When the website sends to you@yourdomain, the server delivers it to the old local mailbox on the same machine, without ever looking up the MX records. In cPanel, the setting that controls this is called Email Routing, and it offers options such as local, backup and remote mail exchanger. Setting it to remote tells the server to send your domain’s mail out to wherever the MX records point. Plesk and other panels have equivalent settings, often a switch to turn off the mail service for the domain.
If you have ever wondered why the “Contact us” messages disappeared on the day you upgraded your email, this is very likely why.
What decides the choice for a small business
Rather than a blanket rule, ask these questions:
- How bad is a missed email? If one lost enquiry or delayed purchase order costs real money, separate the two.
- How many people use mail? One person on hosting email is simple. Five people sharing addresses, calendars and phones benefit from a proper provider’s admin tools.
- How good is your host? Some hosts run mail carefully; others treat it as an extra. If you are not sure what your plan includes, our breakdown of what shared hosting plans include lists what to look for.
- Will you change hosts? Separate email lets you move the website later without migrating any mailboxes.
Choosing a business email service provider is not about abandoning your host. Many businesses keep the website exactly where it is and move only the mail.
Questions to ask your host before relying on its mail
If you are leaning towards keeping mail on the hosting server, a few direct questions tell you whether that is sensible:
- Is outgoing mail sent from a shared IP address, and what happens if that address is blocklisted?
- Are there limits on how many messages an account may send per hour or per day?
- Is mail included in the host’s backups, and how would you restore one mailbox?
- Does the plan support DKIM signing for your domain, and is it switched on?
- What spam filtering is available, and can you adjust it per mailbox?
- Do mailboxes count against the plan’s disk allowance?
Clear answers to all of these suggest a host that takes mail seriously. Vague ones suggest mail is an add-on. Write the answers down; they are useful later if delivery problems start.
How the costs are structured
Hosting mail has no separate line on the bill, but it uses disk space and may push you to a larger plan. Dedicated providers charge per user, so the bill grows with headcount rather than with mailbox size. Check each provider’s own pricing page for current figures, and count how many people really need their own mailbox before comparing.
Moving from hosting email to a separate provider
- Create the new mailboxes with the same addresses at the new provider.
- Copy existing mail across over IMAP while the old mailboxes still receive mail.
- Change the MX records to the new provider, and update SPF so it authorises the new provider and anything else that sends for you.
- Set up DKIM at the new provider and a DMARC record.
- Switch the hosting panel’s mail routing to remote, as described above.
- Point the website’s outgoing mail at an authorised sending route instead of the server’s built-in mail function.
- Run a final copy of any mail that reached the old mailboxes, then leave them in place for a while before removing them.
Your website, its files and its database are not touched by any of these steps, so there is no website downtime.
Going the other way
Occasionally a business moves from a paid provider back to hosting email to save money. It is possible, with the same steps in reverse: create mailboxes on the host, copy mail back over IMAP, point MX at the host, update SPF and DKIM, and set mail routing back to local. Check first that your host’s plan has enough disk space for the mail, and that its sending reputation is good. Our page on free routes to email on your own domain covers the other trade-offs.
A note for people who keep both
Some businesses keep a few low-importance addresses on the host and the main team on a provider. This rarely works well. A domain can only have one set of MX records, so all mail for the domain goes to one place. Splitting addresses between two systems needs special routing at one end, and it becomes confusing quickly. Pick one home for the domain’s mail and use aliases for the extra addresses.
The website can live happily on your host while mail lives somewhere better suited to it. If you would like that split done carefully, including the mail routing switch that most guides leave out, our business email setup page linked above describes what is involved.
Next in this series: Email Aliases and Shared Mailboxes for info@ and sales@
