How to Set Up a Business Email Address on Your Own Domain
Sending a quote from a Hotmail address will not lose you the job on its own. It does make the customer pause while they work out who you are, and that pause costs more than the twenty minutes this takes to fix.
Setting up email on your own domain is a small job with a few fiddly steps, and nearly all of them are DNS. The order matters. Doing them out of sequence is how people end up with mail bouncing for an afternoon.
Short answer: You need a domain you control, a mailbox on a mail server, and DNS records that point mail at it: an MX record for delivery, plus SPF and DKIM so receiving servers trust what you send. Create the mailbox first, publish the DNS records second, then send and receive a test message before you hand the address to anyone.
What do you need before you start?
Three things: a registered domain, access to wherever that domain’s DNS is managed, and a mail service to run the mailbox. Domain and DNS access are the parts people get stuck on, usually because the domain was registered years ago by someone who has since left the business.
Track that access down first. It is the longest step, and much less pleasant to discover halfway through a migration than at the start. If the domain is registered to a former web designer, sort the transfer out before you touch anything else. The rest of the business email guides assume you have got that far.
- The domain. A .com.au is $19 a year to register or renew at GoodHost, and you have to be eligible to hold it, which for most businesses means an ABN.
- DNS control. Whoever runs your nameservers is where the MX, SPF and DKIM records go. That is often, but not always, your web host.
- A mail service. The part that actually stores the messages: a mailbox on your web hosting account, a dedicated email host, or Microsoft 365.
On that last point, GoodHost’s email hosting product is listed as launching soon, with a notify form rather than a price, so it is not something you can buy yet. Until it opens, the workable options are a mailbox on a cPanel account or one of the larger suites.
Should the address be info@ or your own name?
Both, in most cases. A role address like info@ or accounts@ survives staff changes and can be shared, while a personal address is what customers reply to when they want a specific human. Start with one role address and one named address per person who deals with customers directly.
Where people go wrong is creating a mailbox for every idea they have ever had. Sales, enquiries, hello, contact, bookings, and then nobody checks four of them. Aliases solve that: they cost nothing extra on most systems and just redirect into a real mailbox. The split between the two is worked through in the piece on how many mailboxes a small business actually needs.
Which DNS records does business email need?
Four matter. MX tells other servers where to deliver mail for your domain. SPF lists which servers are allowed to send as you. DKIM signs your outgoing messages. DMARC tells receivers what to do when the first two fail. Miss the MX and nothing arrives at all.
| Record | What it does | What happens without it |
|---|---|---|
| MX | Names the server that accepts mail for your domain | Incoming mail goes nowhere or bounces |
| SPF (TXT) | Lists the servers allowed to send as your domain | More of your outgoing mail is filtered as junk |
| DKIM (TXT) | Signs each message so receivers can tell it was not altered in transit | One less reason for them to trust you |
| DMARC (TXT) | Tells receivers how to handle failures, and where to report | No visibility, and no stated policy against spoofing |
Your provider gives you the exact values. Do not copy someone else’s SPF record off a forum, because it lists their servers, not yours. If those acronyms are new, they are unpacked in the plain-English explanation of SPF, DKIM and DMARC.
What is the actual setup sequence?
Create the mailbox first, then point DNS at it, then test, then tell people. Reversing the first two means mail arrives at a server with nowhere to put it, and depending on the configuration it either bounces back to the sender or vanishes quietly, which is worse.
- Confirm you can log in to your DNS and to whichever account will host the mailbox.
- If mail already runs somewhere, lower the TTL on the existing MX record to 300 seconds a day or two beforehand.
- Create the mailbox and set a password you have not used elsewhere.
- Add the MX record, then the SPF and DKIM records supplied by the provider.
- Send a message from the new address to an account on a different provider, then reply to it. You want both directions working.
- Check where that test landed. Junk means a record is wrong or has not caught up yet.
- Add DMARC last, in monitoring-only mode, so you can read the reports before enforcing anything.
How do you get it working on a phone and in Outlook?
Use IMAP, not POP. IMAP keeps the mailbox on the server and mirrors it to every device, so a message read on your phone shows as read on your laptop. POP downloads mail to one machine and often deletes the server copy, which is how people lose years of correspondence.
Your provider publishes the server names, ports and encryption settings. Outlook and the iPhone Mail app can often find these on their own if the provider publishes an autodiscover record; when they cannot, you type four fields in by hand. Set one device up, confirm it works, then repeat.
What tends to go wrong in the first week?
Mail landing in junk, old mail not arriving, and one device still checking the previous server. All three are normal and all three are fixable. The pattern is almost always DNS caching or a record that was typed with a trailing character it should not have.
Deliverability is the one to watch. A brand new domain has no sending history, so filters stay cautious for a while. If mail keeps landing in junk after the records are correct, work through the guide to business email going to spam rather than guessing at content.
Frequently asked questions
Can I still use the Gmail app with an address on my own domain?
Yes. Most providers support IMAP, and the Gmail app on Android and iOS will add an external IMAP account, so you get the interface you know with the address you own. Make sure outgoing mail sends through your provider’s SMTP server, or your SPF record will not match.
How long before a new address starts receiving mail?
Usually within an hour or two. The MX record has to be picked up by resolvers around the world, and most ask for a fresh copy well inside that window. The quoted worst case of 48 hours applies when an old record sits cached with a long TTL.
What is the difference between an alias and a mailbox?
A mailbox stores mail and has its own login and password. An alias is just a forwarding rule: mail sent to sales@ lands in an existing mailbox. Aliases cost nothing on most systems and suit addresses you want to receive on but rarely send from. You cannot usually reply as an alias without extra configuration.
Should I keep my old free address running?
For a while, yes. Set it to auto-forward into the new mailbox and leave it for six to twelve months, because old customers and account recovery links keep arriving long after you have changed your signature. Update your bank, registrar and hosting accounts early. Those are the ones you cannot afford to miss.
Does the address have to match my registered business name?
The address itself has no such requirement, but the domain might. Under auDA rules a .com.au has to relate to the registrant: your business name, an acronym of it, an Australian trade mark you hold, or a match with what you sell. That test applies the whole time you hold the licence.
None of the steps above matter until the mailboxes have a home. That product is still being built here, which is all the email hosting page can offer you today: a form that puts your hand up for launch news. Should you need addresses working this month instead, a cPanel plan handles the MX side already.