Custom domain email without per user pricing is a billing-shape decision. Suites charge a mailbox seat every month for each person who logs in. A delivery layer charges for domains, aliases, and send limits while Gmail or Outlook stays the store. Name the job first. If you only need routes and a From identity, do not buy a seat per printed address.
Quick answer for custom domain email without per user pricing
Use a delivery layer when the public job is identity and routing. Customers write to hello@yourdomain.com. MX points at a forwarder. The copy lands in the Gmail or Outlook inbox you already search. Paid send-as lets replies leave as the domain. You are not renting a hosted mailbox for hello@, billing@, and every teammate who only needed a copy. That is custom domain email without per user pricing in the suite sense.
MailerZ is one product in that class, operated by Secuno LLC. Free is $0: one domain, three aliases, one seat, a 14-day store, send-as disabled, SMTP and API disabled, and unrouted mail held or rejected only. Solo is $40 per year only — no monthly Solo card — with 15 aliases, 90-day store, 100 outgoing per month, and 5 send-as per hour. Starter is $8 monthly or $80 yearly. Business is $19 or $190. Agency is $39 or $390. Unlimited is $99/month or $990/year. Confirm numbers on MailerZ pricing. Those numbers are plan limits, not an inbox-placement promise.
“Without monthly per-user pricing” does not mean “without any monthly option.” Starter, Business, and Agency can be billed monthly. The shape is still not “one invoice line per human mailbox.” A MailerZ seat is someone who can operate the dashboard. It is not IMAP. It is not a new Gmail login. If you need hosted mailboxes, Calendar, and admin, buy the suite. Google’s current packaging lives on the Google Workspace — product overview page and changes. Do not treat this article as Google’s price list.
Transport follows IETF RFC 5321 — Simple Mail Transfer Protocol. Envelope commands are not the header block people see. MailerZ may rewrite only the envelope return path with Sender Rewriting Scheme. Header From, Subject, Date, Message-ID, body, and MIME are never rewritten. If a cheap rewriter changes the visible From, you saved a seat and spent it on broken threads. Role addresses are routes; see aliases and catch-all.
Annual Starter, Business, and Agency billing includes two months free relative to paying monthly for a year. Solo has no monthly option. Free cannot finish outbound send-as. Unauthorized or unhosted send gets SMTP 550. MailerZ is not an open relay and not a campaign engine.
The user problem and the decision criteria
The usual invoice shock is simple. A five-person company prints six addresses. A suite vendor quotes five seats, then a sixth when someone adds jobs@. Finance asks why a stamp costs the same as a human. The founder already lives in Gmail. Nobody asked for Drive. They asked for a domain that looks like a company.
The opposite mistake is also common. A team needs shared calendars, device management, and a mailbox they can lock on exit. They buy a forwarder to avoid seats, then spend a year pretending aliases are HR. Custom domain email without per user pricing is the right cheap only when the store already exists and you will keep operating it.
A third mistake is counting MailerZ seats as mailbox seats on a spreadsheet. One Solo operator can map fifteen aliases into existing Gmail accounts. That is not fifteen hosted users. If three people must administer the dashboard, that is a seat-ceiling question on Starter and up — still not three new IMAP stores.
Decide with criteria you can test.
| Question | If yes | If no |
|---|---|---|
| Does every person already have a Gmail or Outlook store they trust? | A delivery layer can avoid a new mailbox seat per person. | You are shopping for hosting, not a pricing shape. |
| Are most public strings role addresses, not private inboxes? | Named aliases. Do not buy a seat per printed name. | Private stores may still need suite seats. |
| Must replies show the domain? | Paid send-as. Solo is yearly. Free will not finish this. | Free inbound may be the whole invoice. |
| Do you need Calendar, Drive, or Exchange admin as the system of record? | Buy the suite. Quote Google or Microsoft from their pages. | Do not pay per-user for a stamp. |
| Can you publish DNS and delete leftover MX? | Cutover is possible on any MailerZ plan. | Do not start. Split MX wastes every billing model. |
This path fits when the domain is an identity, the archive already lives in consumer or existing suite inboxes, and you can tolerate published send limits. It fails when legal hold requires a vendor mailbox you control, when every teammate must have a lockable hosted store, or when you want a forwarder to promise Primary-tab placement. No delivery layer controls that last hop.
Contractors change the spreadsheet again. A designer needs studio@ for three months. A suite seat is a monthly user you must remember to cancel. A named alias into the founder’s Gmail is a row you delete when the contract ends. That is the operational meaning of custom domain email without per user pricing: the printed string is cheaper to retire than a hosted login.
Shared inboxes work the same way. Three founders can all receive hello@ as destinations on one alias. That is not three mailbox SKUs. If those three people also need private legal hold and Calendar, they may still need suite seats for themselves — and still should not buy a fourth seat for the role address.
If you are comparing the suite itself rather than the invoice shape, the send-as product surface is on send and reply as your domain. This page stays on how you pay.
Technical mail flow
Billing shape does not change SMTP. A sending server looks up MX, offers MAIL FROM, names RCPT TO, and transfers content. IETF RFC 5321 — Simple Mail Transfer Protocol is the transport standard. SPF, DKIM, and DMARC authorize sending; they do not create a seat. See IETF RFC 7208 — Sender Policy Framework (SPF), IETF RFC 6376 — DomainKeys Identified Mail (DKIM), and IETF RFC 7489 — Domain-based Message Authentication, Reporting, and Conformance (DMARC).
Inbound without a new store
A customer writes to a named alias. MailerZ MX answers. The edge checks verification and the recipient. The message is stored, then forwarded to the destination you verified. Header From stays the original sender. The envelope may use SRS. Delivery history records the destination response. Gmail or Outlook can still hide the copy. That is their filter, not a refund event and not a reason to buy another seat.
Unknown local-parts are held on Free. Paid plans can forward unknown recipients when you enable catch-all. Holding unknown mail is the safer default and does not add a per-user line. Catch-all forward is a policy, not a directory of employees.
Outbound without a mailbox SMTP login
Suite mailbox SMTP means you authenticate as a hosted user and send as that mailbox. Delivery-layer SMTP means you authenticate as an approved domain identity on a paid plan. MailerZ checks the From, applies hourly and monthly limits, and submits. Invalid credentials stop here. Unhosted or unauthorized recipients get 550. You are not buying an IMAP password for hello@.
Gmail Send mail as attaches that credential; see Google Gmail Help — Send mail from a different address. Outlook uses a manual SMTP identity; incoming mail stays at the destination mailbox. Labels vary by Outlook version. Do not let a wizard create a second Exchange mailbox for a domain that is not hosted.
What the recovery store is
Fourteen days on Free, ninety days on paid plans. That window is for failed hops and evidence. It is not a per-user archive and not a compliance vault. Legal hold stays in the destination mailbox or another archive you already run. Paying for more MailerZ seats does not lengthen that window. Paying for a higher plan that includes the 90-day store does. Do not confuse operator count with retention.
Plus tags on Gmail — you+invoices@gmail.com — are a mailbox feature, not a cheaper custom domain. See Google Gmail Help — Using an address alias (plus addressing) and IETF RFC 5233 — Sieve Email Filtering: Subaddress Extension. Printing hello+vip@yourdomain.com does not create a MailerZ alias and does not avoid a seat. The public string still needs a named route if it must land on your domain.
Step-by-step setup and decision path
Do this in order. Buying yearly Solo before leftover MX is gone is how “no per-user pricing” becomes two invoices and no mail.
Separate stores from printed names
Write who already has an inbox. Write every local-part on the website and invoices. Stores are people. Printed names are aliases. If those two lists are the same length and every person needs a lockable hosted mailbox, stop and buy the suite.
Add one domain you control
Root domain, not a mailbox, not
https://. Publish the verification TXT. Receiving stays off until verify passes. This step is $0 on MailerZ.Create named aliases into existing inboxes
Map
hello@and role addresses to Gmail or Outlook accounts that already exist. Complete destination verification if asked. Free allows three aliases. Solo allows fifteen. Starter, Business, and Agency raise the ceiling. If the list does not fit Free, that is a plan question, not a reason to buy five suite seats.Publish MX and delete leftover MX
Copy dashboard hosts and priorities. Remove leftover Google, Microsoft, or registrar MX. Split records lose mail whether you pay yearly or per user.
Prove inbound from a different mailbox
Unique subject, unrelated provider, each printed alias. Confirm Header From and delivery history. Open spam and junk. Do not rely on Gmail self-send. If history shows 250 and Gmail hid the message, paying for a suite seat will not move a copy the destination already accepted. Fix the client filter or the probe method before you change the invoice shape.
Stay on Free if inbound was the job
You now have custom domain email without per user pricing and without a paid card. Put the addresses on the site.
Pay for send-as, not for seats
Solo at $40 per year is the usual one-operator next step. Create the SMTP credential. Do not paste a Google or Microsoft password into that form. Attach Gmail Send mail as or Outlook manual SMTP. Send to a second external inbox.
Raise the plan only when ceilings bite
More domains, more aliases, more dashboard seats, higher send limits: Starter, Business, Agency. Monthly exists on those three. That is still not a mailbox seat per human. Quote the cards, not a guess.
| Record | Job | Failure if wrong |
|---|---|---|
| Verification TXT | Prove you control the zone | Receiving and sending stay disabled |
| MX | Tell the internet where to deliver the domain | Mail stays at the old host or bounces |
| SPF / DKIM / DMARC | Authorize MailerZ to send as named identities | Receivers treat outbound as unauthenticated |
| Leftover MX removal | Stop split delivery | Any billing model still misses mail |
Failure modes and proof
Most “we still pay per user” reports are leftover MX, a suite trial that never lost its records, or a spreadsheet that mapped aliases to seats. Work the evidence.
| What you see | Likely cause | Proof to collect |
|---|---|---|
| Finance still sees a seat per address | You bought hosting, or you counted aliases as users. | Vendor invoice lines. Alias list versus mailbox logins. |
| Cannot send as the domain on Free | Free has no send-as. That is the product, not a billing bug. | Plan name. Upgrade only if the From must travel. |
| Google cannot verify Send mail as | Inbound broken or leftover MX stole the message. | Public MX, delivery history, Gmail Spam. |
| Outlook asks for IMAP for the domain | The wizard thinks you bought a mailbox. | Cancel incoming setup. SMTP outbound only. |
| Fourth alias blocked on Free | Free ceiling is three. | Solo or a shorter public list. Not a DNS bug. |
| Some senders hit last year’s host | Leftover Google or Microsoft MX. | Public MX from two resolvers. |
| Self-send never appears | Gmail short-circuited. | Probe from another provider. |
| Held or 550 on send | Unknown policy, unauthorized From, or plan limit. | Exact SMTP response. Hourly and monthly counters. |
Proof is a sanitized destination screenshot or header block plus the MailerZ event. Do not send SMTP passwords to support. Do not publish verification tokens. Inbox tabs are not SLAs. If you need DNS reads, use troubleshooting and DNS diagnostics. Those tools are DNS-only.
A leftover Workspace MX after you “cancelled seats” is still a per-user hangover. The suite invoice can go to zero while Google hosts still steal inbound. Delete the records. Pricing shape does not override DNS.
MailerZ workflow and product boundary
MailerZ is a custom-domain email delivery layer operated by Secuno LLC. Point MX at MailerZ. Mail for a hosted, verified domain can land in Gmail or Outlook. Paid plans add authenticated SMTP. The live site is mailerz.net. The app is mail.mailerz.net.
What MailerZ does in this billing path
- Accept inbound mail for verified domains and named aliases.
- Preserve Header From on the forward.
- Hold unknown recipients on Free; optional paid catch-all forward.
- Store messages 14 days on Free or 90 days on paid plans.
- Send through authenticated SMTP from approved identities on paid plans.
- Charge by plan capacity — domains, aliases, seats, send limits — not by hosted mailbox.
- Record delivery history for inbound and outbound hops.
What MailerZ does not do
- Replace Gmail or Outlook with IMAP or webmail.
- Rewrite header From, Subject, Date, Message-ID, body, or MIME.
- Offer send-as on Free.
- Sell a monthly Solo SKU. Solo is $40 per year only.
- Turn a dashboard seat into a hosted inbox.
- Promise inbox placement, uptime SLAs, or review counts.
- Claim SOC 2, ISO 27001, or HIPAA. Controls live on Security and Trust Center.
- Act as an open relay. Unauthorized send gets 550 / 550 5.7.1.
- Send newsletters or purchased lists.
- Match Google Workspace or Microsoft 365 price cards.
Free is one domain. Solo is three domains. Starter 5 domains / 50 aliases / 5 seats. Business 25 / 200 / 25. Agency 100 / 500 / 50. Unlimited is $99/month or $990/year. Outgoing and send-as-per-hour rise with those plans. Quote the live pricing page if a number must go on a contract.
Cost, alternatives, and trade-offs
Put the shapes on one table. Suite: monthly per hosted user, current card on the vendor site. MailerZ Free: $0 inbound proof. MailerZ Solo: $40 per year for one operator who needs send-as and more aliases. MailerZ Starter / Business / Agency: monthly or yearly capacity, two months free on annual versus twelve monthly payments. Registrar: separate. Gmail consumer store: $0 if you already have it.
| Approach | You get | You give up |
|---|---|---|
| MailerZ Free | Domain inbound, three aliases, hold unknown. | No send-as. 14-day store. One domain. |
| MailerZ Solo | $40/year, 15 aliases, paid send-as, 90-day store. | No monthly card. No suite. Published send limits. |
| Starter / Business / Agency | Higher ceilings. Monthly or yearly. | Still not hosted mailboxes. Still not IMAP. |
| Google Workspace or Microsoft 365 | Hosted store, admin, Calendar, vendor identity. | Per-user monthly shape. Migration if you leave consumer Gmail. |
| Inbound-only rewriter | Often $0. | Broken From. Two vendors if you add SMTP later. |
Cloudflare Email Routing is inbound routing. It is not MailerZ leftover-MX handling, stored failed hops, or authenticated send-as because it is free. ImprovMX is the closest commercial forwarding class; compare live plans. Neither vendor’s card is a MailerZ claim.
Agencies sometimes want “no per-user” across a hundred client domains. That is Agency capacity, not twenty Free accounts. Free is one domain. Cheap for your own brand is Free or Solo. Cheap for a roster is the published Agency card.
Two months free on annual Starter, Business, and Agency is arithmetic against monthly, not a coupon stacked on Solo. If cash-flow wants monthly, Starter at $8 is the published door. That $8 is still a capacity card: five domains, fifty aliases, five seats, 200 outgoing, 10 send-as per hour. It is not five hosted humans.
Campaign mail is never the way to “save seats.” Purchased lists and cold blasts belong on a campaign platform. Putting that traffic on MailerZ SMTP burns the domain you just made look professional. Unauthorized send still gets 550. That refusal is cheaper than a burned identity and a suite you bought to look legitimate.
FAQ
What is the safest way to handle custom domain email without per user pricing?
Keep the inboxes you already use. Create named aliases for printed local-parts, publish one MX set, delete leftover host records, and prove inbound from a different mailbox. Pay a delivery-layer plan for domains and send-as, not a suite seat per printed name. Buy Workspace or Microsoft 365 only when you need hosted mailboxes.
Does this require a new mailbox?
No. MailerZ is not IMAP and not webmail. Gmail or Outlook remains the store. An alias is a route. A MailerZ seat is a dashboard operator, not a hosted inbox. A new mailbox is required only if you buy hosting.
Will it work with Gmail or Outlook?
Yes for inbound when the destination is a verified mailbox those products already provide. Gmail uses Settings → Accounts and Import → Send mail as on a paid plan. Outlook uses a manual SMTP identity. Incoming mail stays at the destination mailbox.
What DNS records are involved?
A verification TXT, one MailerZ MX set, leftover MX removal, and the SPF, DKIM, and DMARC values shown in the dashboard if you also send as the domain. Pricing shape does not change DNS. Leftover suite MX still splits mail.
What should I test before production?
Send a uniquely titled message from an unrelated provider into each printed alias. Confirm Header From and delivery history. Then, on a paid plan, send outward through the approved From identity to a second external inbox. Self-send from Gmail to the same Gmail account can hide routing errors.
Key takeaways
- Custom domain email without per user pricing means routes and a From identity, not a hosted seat per printed name.
- Keep Gmail or Outlook as the store. MailerZ is not IMAP.
- Free proves inbound at $0. Solo is $40 per year and has no monthly SKU.
- Starter, Business, and Agency can be monthly. They still are not mailbox seats.
- A dashboard seat is an operator, not a new inbox.
- Header From stays original on inbound. Envelope SRS is the allowed rewrite.
- Leftover suite MX wastes every billing model.
- Buy the suite when you need the suite. Quote vendor pages, not this blog, for their prices.
- MailerZ is not SOC 2 and not a bulk sender.
Conclusion and next action
If you came here for custom domain email without monthly per-user pricing, the honest path is sequential. List stores versus printed names. Keep the inboxes you already open. Verify the domain. Publish one MX set. Delete leftover hosts. Prove inbound on Free. Pay Solo yearly — or another published plan — only when the From identity must travel or the alias ceiling bites. Buy Workspace when every person needs a hosted mailbox, not when billing@ needed a route.
MailerZ fits that split with delivery history and a recovery window you can see. It does not fit lockable hosted mailboxes for every user, certified compliance reports, or campaign-scale sending. Start on Free if receiving is the job. Move to Solo when replies must show the domain without opening a per-user suite row.
Next action: add one domain, create the aliases you already print, and send a uniquely titled message from a mailbox that is not the destination. When that lands, decide whether $40 a year is due. The register path is one domain, not a seat migration.
Prove inbound before you pick a card
Start free with one domain and test the path.
Inbound on Free. Yearly Solo when send-as is the job. Sign in if the domain is already there.
Review quarterly, or sooner if MailerZ plan cards, Gmail Send mail as, or suite packaging changes. Author: MailerZ editorial, Secuno LLC.