Set up functional email addresses your whole team can access — without paying per-seat. Aliases, shared mailboxes, routing, and who-sees-what explained.
Three months ago, I watched a 4-person startup lose a $12,000 deal because their sales@ address was forwarding to a founder's personal inbox — and he was on vacation. Nobody else could see the inquiry. By the time he got back, the prospect had signed with a competitor.
Ouch.
That's a $12,000 lesson in why role-based email matters. (I've made similar mistakes. Not quite that expensive, but close enough that I don't want to talk about it.)
But here's the thing most email guides get wrong: they assume you want to pay $7/user/month for Google Workspace or $6/user/month for Microsoft 365 just to get basic shared mailbox functionality. You don't have to. A well-structured alias system costs nothing extra on most providers — including flat-fee hosts like JustEmails where you're already paying $49/year for unlimited mailboxes.
This guide covers how to set up role-based addresses (support@, sales@, billing@, and whatever else you need), when to use aliases versus actual shared mailboxes, how to route messages so the right people see them, and how to avoid the chaos that comes when three people reply to the same customer email without knowing about each other. If you haven't set up your custom domain email yet, start with our custom domain email setup guide first.
By the end of this, you'll have a functional email structure where:
If you're managing multiple domains — agency owners, SaaS founders with product domains, anyone running more than one brand — this structure scales across all of them.
Before you touch any settings, decide what addresses you actually need. Most businesses over-engineer this. You don't need 15 role addresses on day one.
Core addresses most businesses need:
| Address | Purpose | Who receives it |
|---|---|---|
| support@ or help@ | Customer support inquiries | Support team or founder |
| sales@ or contact@ | Sales inquiries, partnerships | Sales team or founder |
| billing@ or invoices@ | Payment issues, invoice requests | Finance person or founder |
| info@ | General catch-all for public forms | Whoever handles inbound |
Optional addresses (add when needed):
Here's my take: most startups create way too many addresses because it feels professional. Then nobody checks careers@ for six months, and a candidate's follow-up sits there rotting. I've seen it happen. Honestly, I've been the person who forgot about an alias for three months. Start with 3-4 addresses. Add more when you have volume.
This is where most guides gloss over the tradeoffs. Both approaches work, but they're different.
Aliases (forwarding addresses)
An alias forwards incoming email to one or more real mailboxes. It's not a mailbox itself — it has no inbox, no sent folder, no login.
Example: support@yourdomain.com → forwards to sarah@yourdomain.com and mike@yourdomain.com
Pros:
Cons:
Shared mailboxes
A shared mailbox is an actual mailbox that multiple people access. It has its own inbox, its own sent folder, and its own login credentials (or delegated access).
Pros:
Cons:
My recommendation for teams under 10 people: Start with aliases. They're free, they work, and they force you to establish communication habits ("I'm handling this one" messages) that you'll need anyway. Graduate to shared mailboxes or help desk software when alias-based coordination becomes painful. And look — I know "painful" is vague. You'll know it when you get there. If you're dreading checking the support inbox because you're not sure what's been handled, that's the sign.
On JustEmails, both approaches are included in the $49/year flat fee. You can create unlimited aliases at no extra cost, or set up actual shared mailboxes and grant access to team members ($2/member/month for additional team seats). No per-mailbox charges, no alias limits. See our breakdown of flat fee vs per-mailbox pricing to understand why this matters at scale.
The exact steps vary by provider. Here's how to do it on the common ones.
JustEmails
Takes about 30 seconds per alias. You can add multiple destinations (comma-separated), so both Sarah and Mike receive every support@ email.
Google Workspace
Google calls these "groups" rather than aliases, but the effect is the same. Requires Workspace admin access. If you're considering switching from Workspace to reduce costs, we wrote a migration guide from Google Workspace that covers the process step-by-step.
Microsoft 365
Microsoft has both "distribution lists" (pure forwarding) and "shared mailboxes" (actual shared inbox). Shared mailboxes are better for role addresses — unified sent folder.
Zoho Mail
Zoho's group functionality is solid. One quirk: you might need to enable "Allow external senders" if you want customers to email support@.
This is the step people skip — and then wonder why replies to support@ show up as "From: mike@yourdomain.com" instead of "From: support@yourdomain.com."
When you receive an email to a role alias that forwards to your personal mailbox, your email client doesn't automatically know to reply from the alias. You have to configure "Send As" (or "Send mail from another address") to enable this.
In Gmail (web):
In Outlook (desktop):
File → Account Settings → select account → Change → More Settings → Advanced tab → add the role address.
In Apple Mail:
Mail → Settings → Accounts → select account → under "Email Address," add the role address (comma-separated).
Once configured, you'll see a dropdown when composing replies. Pick the role address for customer-facing responses.
Pro tip: if you're replying to an email that came in via the alias, most clients will auto-select the matching "From" address. But double-check. I've seen founders accidentally reply from their personal address to a customer who emailed support@, and it looks unprofessional. (I've done this. It's embarrassing.)
Two people replying to the same customer email is awkward. Three is a disaster. Here's how to prevent it without buying help desk software.
Low-tech solutions (free):
When to upgrade to help desk software:
If you're handling 30-50+ support emails per day, or your team exceeds 4-5 people, coordination over Slack stops scaling. That's when Freshdesk (free tier for up to 10 agents), Zendesk ($19/agent/month), or Help Scout ($20/user/month) make sense. They add collision detection, ticket assignment, and SLA tracking.
But most small teams don't need them yet. I'm kind of annoyed that every "how to do email" article pushes you toward a $20/seat help desk when you have three employees. It's overkill. Save your money.
For larger setups, you might want different role addresses routed to different groups:
This is just multiple aliases with different destination lists. Set up each one separately.
Considerations:
On JustEmails, you can manage all this from a unified dashboard. If you're running multiple domains (say, your main business plus a SaaS product like ClickzProtect or JustAnalytics), you can set up role addresses across all of them with consistent routing. For a deeper look at how we compare to alternatives, check out our JustEmails vs Google Workspace comparison.
Don't assume it works. Test it. I cannot stress this enough.
Common issues:
"Alias already exists"
You're trying to create an alias that matches an existing mailbox or alias. Either use a different name or delete the existing one first.
"Send As verification email not received"
Check the spam folder at the alias destination. If it's still not there, your provider might be blocking Google's verification emails — temporarily disable aggressive spam filtering and try again.
"Reply sent from wrong address"
Your email client defaulted to your personal address. Go back to compose, check the "From" dropdown, and reselect the role address. Then set it as default for that type of correspondence.
"Multiple people replied to the same email"
This is a coordination problem, not a technical one. Implement a claim system — Slack notification, CC, starring, something. Alternatively, graduate to shared mailboxes where collision is visible. (Honestly, this will happen at least once no matter what you do. Just apologize to the customer and move on.)
Now that your role-based addresses are working:
For multi-domain setups, replicate this structure across all your domains. The JustEmails dashboard lets you see all incoming mail across all your domains in one place — role addresses included.
An alias is a forwarding address — emails to support@ get forwarded to one or more individual mailboxes. A shared mailbox is a real mailbox that multiple people can log into directly using the same credentials or IMAP access. Aliases are simpler and free on most providers. Shared mailboxes give you a unified sent folder and better collaboration, but some providers charge extra for them.
Most businesses need 3-5: support@ or help@, sales@ or contact@, billing@ or invoices@, info@ as a general catch-all, and optionally team-specific ones like marketing@ or dev@. Don't over-engineer it — you can always add more later. Start with the addresses customers will actually email.
Yes, but the setup varies. With aliases forwarding to individual mailboxes, each person replies from their own address unless they configure 'Send As'. With shared mailboxes, everyone replies from the shared address automatically. Shared mailboxes are cleaner for customer-facing communication where you want replies to come from support@, not john@.
For teams under 5 people handling fewer than 50 emails per day, shared email works fine. Above that, you'll want ticketing, collision detection (knowing when someone else is replying), and SLA tracking — that's when Freshdesk, Zendesk, or Help Scout make sense. Don't pay for a help desk until email actually becomes painful.
Unlimited custom domain email hosting for $49/year flat — unlimited domains, unlimited mailboxes, 10 GB storage, full IMAP/SMTP. Built for agencies, freelancers, and anyone managing email across more than one domain.