Your name in your customers' mail apps
This guide explains Outlook, Apple Mail and phones can set themselves up with your domain instead of ours: what to add, what stays ours, and how to switch it on. so you can complete the TrekMail task with confidence.
Article details
Type, difficulty, plans, and last updated info.
▼
Article details
Type, difficulty, plans, and last updated info.
- Type
- Guide
- Difficulty
- Beginner
- Plans
- Nano · Starter · Pro · Agency
- Last updated
- Aug 12, 2026
Your dashboard and webmail can already live on your own address. Mail apps were the last place your customers still saw ours: open Outlook, add the mailbox, and the server name it fills in said imap.trekmail.net.
That name can be yours now. This article covers what changes, what you add, and the one record that stays ours no matter what.
What your customers see
Without this, someone setting up a mailbox on their phone ends up looking at:
- Incoming server:
imap.trekmail.net - Outgoing server:
smtp.trekmail.net
With it on, they see imap.yourbrand.com and smtp.yourbrand.com instead. Same servers, same mail, your name on them.
They don't have to type any of it. Their mail app finds the settings by itself, and the setup pages in their dashboard and webmail show your names too. There is nothing for you to send anyone.
Turning it on
Open Domains → (your domain) → Branding. Under Branded access you'll find three switches. The third one is Mail apps on your domain.
The three are independent. If you don't want a branded dashboard or a branded webmail but you do want this, turn on only this one. Nothing else has to be enabled first.
Switch it on and the DNS setup card below lists what to add. It is short, because most of it is already there.
The records
If your domain is already set up with us, three of the four records this needs are published already — they went in when you added the domain. In practice you are adding these:
| Type | Host | Value |
|---|---|---|
| TXT | spf |
v=spf1 include:spf.trekmail.net -all |
| A | imap |
our server address, shown on the card |
| A | smtp |
our server address, shown on the card |
The spf record is what lets your customers' own SPF point at your name instead of ours. The two A records are the hostnames their mail apps will connect to.
If you use Cloudflare, leave the cloud grey, not orange. An orange cloud puts Cloudflare in front of the connection, and mail apps can't connect through it.
Copy buttons sit next to every value on the card, so nothing has to be retyped.
What happens next
Nothing for you to do. We check your DNS on a schedule, and the moment the records resolve we issue the certificate and switch your names on. It usually takes a few minutes.
The switch reports where it has got to:
- waiting for DNS — your records aren't visible to us yet.
- half done — the DNS your customers publish already carries your name; mail apps still show ours because the
imapandsmtprecords aren't in place. - on — everything carries your name.
That middle state is a real place to stop. Branding the DNS your customers publish is useful on its own, and you can leave the mail-app half for later or never.
The order matters, and we handle it
Mail apps refuse to connect to a hostname whose certificate doesn't match — not a warning they can click past, a flat refusal. So we never advertise imap.yourbrand.com before the certificate for it exists. The certificate is issued first, the name is advertised second, and if the certificate can't be issued nothing changes for anyone.
This is why the switch can sit at "waiting for DNS" for a while and why it can't be rushed. It is also why nothing breaks if you turn it on and then never add the records: your customers keep using our names, exactly as before.
What stays ours
The MX record. Mail addressed to your customers still arrives at mail.trekmail.net. This is normal for every mail platform, including the big ones — MX records point at the company actually running the servers. It is invisible in daily use: nobody types an MX record, and no mail app shows one. Only somebody deliberately inspecting DNS would see it.
Everything your customers actually touch — the addresses in their mail app, the setup pages, the DNS records they publish — carries your name.
Turning it off
Flip the switch off and save. Your customers' mail apps go back to our names immediately, and we remove the certificates we issued for your hostnames.
Mailboxes already set up on a phone or in Outlook keep working either way: both names reach the same servers.
Common questions
"Do my customers have to re-add their mailboxes?" No. Existing setups keep working. New ones pick up your names automatically.
"Can I use different names than imap and smtp?" No, and that's deliberate. Mail apps guess those two names when they look for settings. Renaming them would break automatic setup for your customers.
"I have several domains. Which one is used?" The one you turn this on for. If the brand is your account default, that name is used for every domain under it — one name for your business, which is the point.
"My customers use Gmail's 'check mail from other accounts'." That works the same way. It asks for a server name, and it gets yours.
What's next
Related articles
Jump to nearby guides that continue the workflow.