/ Partners — White-label
White-label email where each customer is a tenant, not a sub-account.
Most white-label email is a logo on a shared pool: your brand on the dashboard, your customers' reputation mixed with everyone else's underneath. This is the other kind — dedicated KumoMTA where each of your customers is a first-class tenant isolated at the queue level, under EU jurisdiction. You set the pricing, keep the margin, and own the customer. We operate the engine, and your customers never see us.
/ Quick answer
White-label email infrastructure lets you resell email sending under your own brand while a provider operates the engine. The market has four types — reseller mailboxes, sending infrastructure, outreach seats, and enterprise private-label — and this is the infrastructure type, priced per volume. What separates real infrastructure white-label from a rebrand is the architecture beneath the logo: most offerings are sub-accounts on a shared pool, where your customers' reputation is pooled together. Here each customer is a first-class tenant isolated at the queue level on dedicated KumoMTA, so one customer's reputation problem cannot reach another's. You set pricing, keep margin, and own the customer; we operate the MTA, shaping, warming, and reputation work — under EU jurisdiction, invisible to your customers.
-
Per tenant
Queue-level isolation per customer on KumoMTA — not a sub-account label on a shared reputation pool.
-
~9×
How much costlier per-seat and per-inbox pricing runs at scale versus per-volume — the margin per-volume protects.
-
You own it
Brand, pricing, margin, and the customer relationship stay yours. We operate the engine and stay invisible.
-
EU entity
A sovereign foundation for regulated customers — jurisdiction a US provider cannot offer behind any branding.
/ 01 — Engine, not rebrand
Why is most white-label email a rebrand, and why does that lose?
The 2026 white-label market is split between two business models that look identical from the outside and behave very differently as you scale. The first is reselling: you take someone else's ESP, put your logo on the dashboard, mark up the price, and pocket the arbitrage. It is fast to launch and it loses over time, because the thing you are selling is a commodity with your name on it, and commodities compete on price until the margin is gone. When your only asset is a markup, a cheaper markup always appears.
The second is service: you sell an outcome — reliable, high-deliverability sending — on infrastructure you present as your own, and the value is the result rather than the arbitrage. This is where margin and stickiness both live, because a customer who depends on your deliverability and your relationship does not leave for a five-percent discount. The difference between the two models is not branding, which both have. It is whether there is real infrastructure and real operational expertise underneath the brand, or just a reseller agreement.
Infrastructure white-label is the second model made concrete. The engine is dedicated KumoMTA that we operate; the brand, the pricing, and the customer are yours. You are not arbitraging a markup on a shared platform — you are running a sending business on infrastructure that behaves like your own, with the operational layer that makes deliverability work carried by a team that does only that. The rebrand competes on price; the engine competes on outcome, and the outcome is what keeps customers.
/ 02 — Two layers
What your customers see, and what runs underneath.
White-label is two layers: the brand your customers experience, and the engine that makes it deliver. In a rebrand, the second layer is a shared pool. In infrastructure white-label, it is dedicated, tenant-isolated KumoMTA. Switch between the layers below — the brand layer is yours, the engine layer is ours, and the line between them is the whole product.
The brand layer — everything your customers see carries your name
Sending domain
smtp.yourbrand.com — your customers configure SPF, DKIM, and CNAME to your branded hostnames. Our name never appears.
Dashboard & reporting
Your logo, your colors, your URL. Delivery, bounce, and placement data presented as your product.
Pricing & margin
You set the price above the volume cost and keep the spread. Your invoice, your terms, your customer relationship.
First-line support
Your customers reach you. You own the relationship; we back you on the infrastructure when it is needed.
The line between the two layers is the product: you own everything your customers touch, we operate everything that makes it deliver. Neither layer leaks into the other.
/ 03 — Tenant as architecture
A sub-account is a label. A tenant is part of the queue.
The reason most white-label cannot isolate reputation is architectural. Traditional commercial MTAs implement multi-tenancy through a construct that revolves around an IP address — a virtual server — and once several customers share a pool, the tenant concept dissolves into that shared reputation. A sub-account in that world is a label for billing and a branded login; it is not a boundary the sending engine actually enforces. When one customer sends badly, the pool's reputation drops, and every other customer on it inherits the damage with no recourse.
KumoMTA makes the tenant a first-class part of the queuing architecture. Each tenant's traffic is queued, shaped, and accounted for independently, and reputation is protected at the tenant level rather than the pool level. A sub-account is something you bolt onto a shared system; a tenant is something the system is built around. That is the precise technical reason this can be white-label as architecture rather than white-label as a logo — the isolation your customers are implicitly promised is something the engine genuinely enforces, not a line in a marketing page.
For you as the reseller, that distinction is your risk profile. On a shared pool, your entire book of business shares one reputation, and a single careless customer is an existential problem you cannot fully prevent. With queue-level tenant isolation, a customer who sends badly damages their own tenant and not their neighbors', the blast radius is one account, and your platform's overall deliverability holds. The hybrid model — shared pools for smaller tenants, dedicated for larger — lets you offer both economics without giving up the isolation that protects the whole.
/ 04 — Know which one
Four kinds of white-label email — this is the sending-infrastructure one.
"White-label email" names four different products, and picking the wrong category is the most common and most expensive mistake. Here is the map, with the one this page is about marked.
Reseller / hosting
Mailboxes sold per seat — branded webmail, storage, billing. The job is hosting inboxes, not sending at scale.
Infrastructure / sending
This pageSending capacity priced per volume, built on dedicated MTAs. Resell high-deliverability sending under your brand.
Outreach / sales
Sending seats for cold campaigns and sequences, often per sub-account. A different deliverability model entirely.
Enterprise / private-label
Compliance, SLAs, and data residency for regulated buyers. The sovereign EU posture serves this where branding alone cannot.
/ 05 — Side by side
Infrastructure white-label vs shared-pool white-label — where each wins.
Shared-pool white-label is more mature on tooling and provisioning panels, and for some resellers that maturity is the deciding factor — the matrix says so. Where infrastructure white-label wins is the architecture underneath: isolation, ownership, and jurisdiction. Filter by what your business turns on.
/ 06 — When it's not us
When a different white-label partner is the right call.
Two models point you elsewhere, and saying so is what makes the recommendation honest. If your business is reselling mailboxes — hosted inboxes with webmail and storage that your customers log into to read their mail — that is the reseller-hosting category, a different product with branded panels and per-seat billing built for it. Infrastructure white-label sends mail; it does not host inboxes, and trying to use it for mailbox hosting is the wrong tool.
The other case is bundled services. If your customers expect campaign management, list building, template design, or deliverability consulting included in the product, you need an agency-style partner that does those things, because this is pure sending infrastructure by design. We operate the engine and leave the campaigns to you and your customers, which is exactly right for a reseller who wants to run the commercial side themselves — and exactly wrong for one who needs the marketing work bundled in. Knowing which you are is the whole decision.
/ Common questions
What resellers ask about white-label sending.
What is white-label email infrastructure, and how is it different from a reseller plan?
White-label email infrastructure lets you sell email sending under your own brand — your domain, your dashboard, your pricing — while a provider operates the engine underneath. The distinction that matters is what 'underneath' actually is. Most white-label offerings are sub-accounts on a shared pool: your customers get a branded login, but their sending reputation is pooled with every other account on the platform. Infrastructure white-label means each of your customers is a first-class tenant isolated at the queue level on dedicated mail transfer agents, so one customer's reputation problem cannot bleed into another's. The brand layer is the same; the architecture beneath it is not.
Which of the four white-label types is this?
The market has four, and conflating them leads to buying the wrong one. Reseller hosters sell mailboxes per seat — branded webmail and storage. Outreach tools sell sending seats for cold campaigns. Enterprise private-label serves regulated industries with compliance and SLAs. This is the fourth: infrastructure white-label, priced per volume rather than per mailbox, where you resell sending capacity built on dedicated MTAs. If you need to resell mailboxes, this is not it; if you need to resell high-deliverability sending under your brand, it is exactly it.
Why does per-tenant isolation matter for a reseller?
Because your reputation as a platform is the sum of your customers' behavior, and on a shared pool you cannot control that. Traditional commercial MTAs handle multi-tenancy through a 'virtual server' that revolves around an IP and loses the tenant concept inside shared pools. KumoMTA makes the tenant a first-class part of the queuing architecture: each tenant's traffic is queued and shaped independently, and reputation is protected per tenant. For a reseller, that is the difference between one bad customer threatening your whole book of business and a single isolated tenant being the only one affected. White-label as architecture survives a noisy customer; white-label as a logo does not.
What do I control, and what do you operate?
You control the parts that make it your business: the brand your customers see, the pricing you set, the margin you keep, the customer relationship, and first-line support. We operate the parts that make it work: the KumoMTA deployment, per-ISP traffic shaping, IP warming, reputation monitoring, bounce and feedback-loop processing, and the dedicated infrastructure underneath. The division is deliberately clean — you own the commercial layer and the customer, we own the engine — so you are running a sending business rather than a server room, and your customers see your name rather than ours.
Is the economics of per-volume better than reselling a per-mailbox or per-seat plan?
At scale, substantially. Per-inbox and per-seat pricing models become far more expensive than per-volume as sending grows — the gap can reach roughly nine times at scale — which compresses a reseller's margin precisely when volume should be improving it. Infrastructure priced on volume lets you protect margin as your customers grow, because your cost base tracks sending capacity rather than headcount. The 2026 shift in this market is from reselling — arbitraging someone else's ESP and marking it up, which loses to commodity pricing — to service: selling an outcome on infrastructure you present as your own, where the margin and the stickiness both live.
Can I offer this to regulated customers who need private-label?
The EU-jurisdiction posture is built for exactly that conversation. Because the infrastructure is operated by an EU entity rather than an EU region of a US provider, your regulated customers' data stays under EU jurisdiction with no third-country transfer — the distinction a data protection review turns on. For customers who need a genuine private-label arrangement with compliance and data-residency guarantees, that sovereign foundation is the part most white-label providers cannot offer, because they are reselling infrastructure that sits under US jurisdiction regardless of branding.
Do you run the email campaigns or just the infrastructure?
Just the infrastructure — deliberately. This is pure sending infrastructure, not an agency. We do not write copy, build lists, or manage campaigns; those belong to you and your customers. The reason is the same clean division that makes the white-label work: we operate the engine, you and your customers operate the sending on top of it. If your model needs campaign management or list services bundled in, that is a different kind of partner; if you want the deliverability engine to present as your own and run the commercial side yourself, that is precisely what this is.
Your brand on top. Our engine underneath.
Tell us about your customers and your volume. We will walk through how white-label sending on tenant-isolated infrastructure would work for your business — what you brand and price, what we operate, and how the economics and the isolation protect your margin and your reputation as you grow.
Book infrastructure reviewRelated capabilities