Skip to content
Email hosting

Email on every domain you own, from one account

Domains are not counted and not charged. One account, one price, and every domain you own can take mail on it — $9/year whether that is one domain or thirty.

Most providers do let you add a second domain. The charge that follows is almost never for the domain: it is for the mailboxes on it, billed per person again. That is the distinction to check on any pricing page, ours included.

What a domain does cost you is DNS. Each one needs its own records published, and each one has to prove its DKIM key before it will take a mailbox.

What is counted, and what is not.

Something is always metered. Here is ours, before the argument for it.

Email on every domain you own, from one account: what the plan counts.
WhatHow it is treated
Domains on the accountNot counted
Mailboxes per domainNot counted
Aliases across domainsNot counted
Storage10 GB pooled across every domain
DNS records to publishMX, SPF, DKIM and DMARC, per domain
Gate before a domain takes mailIts DKIM record must resolve

The question behind the question

"Does it support multiple domains" is almost always answered yes, and almost always answers the wrong thing. Google Workspace supports secondary domains. Microsoft 365 supports them. Fastmail supports them. What none of them do is stop billing per person on the second one, so the domain is free and the six addresses on it are not.

The useful question is therefore what changes on the invoice when a domain is added. Here, nothing does. The price is for the account, mailboxes are not counted, and a second domain is another set of DNS records rather than another line item.

The one thing that does move is storage. All the domains on an account draw on the same 10 GB pool, so the meter that matters is the total across everything, not a per-domain allowance. That is the number to watch, and it is on the dashboard.

What each domain needs from you

Four records, published in that domain’s own DNS zone: MX so mail arrives, SPF and DKIM so what you send is accepted elsewhere, and DMARC so the first two are enforced rather than advisory. The panel shows the exact values for each domain and re-checks them on its own until they resolve.

DKIM is the gate. A domain will not take a mailbox until its DKIM record resolves — not the full set, only that one. That is deliberate and it exists for migrations: it lets you create the mailboxes and copy an archive across while MX still points at your old provider, so nothing about your live mail changes until you are ready to change it.

Adding a domain does not touch any other domain on the account. They verify separately, fail separately, and a domain whose records have not landed yet does not hold up the ones that have.

The shapes this is actually for

A household with a family domain and a separate one used for signups, so that a leak from a shopping site is contained to the name you were prepared to throw away. Both on one account, both real mailboxes.

A founder with the current company, two dormant projects and a domain bought for something that never happened — where the whole point is that a dormant domain should cost nothing to keep receiving on. Under per-seat pricing that mailbox is $84 a year to leave the lights on, so people let the address die instead and lose whatever was still arriving.

A studio with its own name plus the names of its own products. Note the word "own" — that is the boundary, and the next section is about it.

Where the line is, and it is not a count

One account is one organisation. Twenty domains that belong to you, your household or your company is exactly what unlimited domains is for. Twenty domains belonging to twenty clients you invoice is not: each of those is its own organisation and needs its own account, which you are welcome to open and pay for on their behalf.

There is no number in that rule on purpose. A number is a target to sit just under and would be wrong for somebody at either end. If an account stops looking like one organisation’s own mail we write and ask first.

Where this stops being true.

The page above is the case for it. This is the case against, written by us.

  • Every domain needs its own DNS records published by you. There is no version of this where a domain starts receiving mail without that, and a registrar with an awkward DNS editor is the slowest part of the whole setup.
  • Storage is one pool for the whole account. A domain cannot be given its own allowance, and one busy domain can consume what the others were relying on.
  • A domain is refused deletion while mailboxes still exist on it, and the refusal names the addresses to remove first. That is on purpose, but it does make tidying up a two-step job.
  • One account is one organisation. Client domains need their own accounts, and this is the rule most likely to disqualify an agency reading this page.
  • Domains you register through us are a separate purchase at their own price. Unlimited domains means unlimited domains on the account, not free registrations.

Fair questions.

How many domains can I add to one account?
There is no limit and no per-domain charge. The panel does not check a count, and the price is the same for one domain as for thirty. Every domain shares the account’s 10 GB storage pool, and each needs its own MX, SPF, DKIM and DMARC records published in its own DNS zone.
Can I have the same address on two different domains?
Yes. hello@ can exist on every domain on the account, as separate mailboxes with separate passwords, or as aliases pointing wherever you want them to land. Addresses are scoped to their domain, so nothing collides.
Do I need a separate account for each domain?
Not if the domains are yours. One account holds all of them, with one login and one bill. You need separate accounts when the domains belong to separate organisations — clients you invoice, most obviously — because one account is one organisation and reselling mailboxes is refused.
Can I use a domain for email while it is hosted elsewhere?
Yes, and that is the normal case. Mail follows the MX record and nothing else in the zone, so a site on Webflow, Vercel or WordPress is untouched by pointing MX here. You are editing four records in a zone that keeps serving the website exactly as it did.
What happens to my other domains if one fails verification?
Nothing. Domains are checked independently and a failure is scoped to the domain that failed. The panel keeps re-checking the failing one on its own schedule while the others carry on serving mail.
Can I move a domain here without interrupting my current email?
Yes, and the DKIM-only gate exists for exactly that. Add the domain, publish DKIM, create the mailboxes and run the import while MX still points at your old provider. Nothing about live mail changes until you change the MX record yourself, which is the last step rather than the first.

One price, one account, every address you need.

30-day refund, and cancel in one click.

Get started, $9/year