Set Up an iCloud Custom Email Domain and Fix Spam Problems

Using an address like hello@yourbusiness.com looks far more professional than a long personal address with numbers in it. With iCloud+, Apple lets you connect a domain you own to iCloud Mail, so you can send and receive mail with your own domain while keeping Apple’s apps and spam filtering.

The setup itself is friendly, but there is one trap that catches many people: the domain’s DNS records. If a single record is missing or mistyped, your mail may be delivered straight to other people’s spam folders, or not delivered at all. This guide covers the full setup and, just as importantly, how to fix the spam problems that follow a careless setup.

Quick Answer

Subscribe to iCloud+, then on your iPhone go to Settings, your name, iCloud, then iCloud Mail, and choose Custom Email Domain to add your domain. Follow Apple’s steps to add the MX, TXT, SPF, DKIM, and DMARC records at your domain registrar exactly as shown, then verify the domain in iCloud settings. If mail lands in spam afterwards, the cause is almost always a missing or wrong SPF, DKIM, or DMARC record, so compare every record character by character.

What You Need Before You Start

• An active iCloud+ subscription, which is included with any paid iCloud storage plan.
• A domain name you own, bought from a registrar such as Cloudflare, Namecheap, GoDaddy, or any other provider.
• Access to the registrar’s DNS settings, where you will add the records Apple gives you.
• An Apple Account with two-factor authentication turned on.
• No existing mail service on that domain, or a clear plan to move away from it, because the MX records can only point to one provider at a time.

You can add up to five custom domains to one iCloud account, and each domain supports up to three email addresses per person. Family Sharing members can use the domain too, which makes it a good fit for a small business or household.

Step-by-Step: Add Your Domain to iCloud Mail

1. On your iPhone, open Settings and tap your name at the top.
2. Tap iCloud, then iCloud Mail.
3. Tap Custom Email Domain and choose to use a domain you already own.
4. Type the domain name carefully, without www or https in front of it.
5. Decide who can use the domain: only you, or you and your Family Sharing group.
6. Create the email addresses you want, such as info@ or yourname@ followed by your domain.
7. Apple now shows a list of DNS records. Keep this screen open and move to your registrar in a browser.
8. At the registrar, open the DNS management page for the domain.
9. Add each record Apple lists: the MX records, the TXT verification record, the SPF record, the CNAME for DKIM, and the DMARC record.
10. Return to iCloud settings and tap the option to finish and verify the setup.
11. Send a test message to and from the new address to confirm both directions work.

Apple also offers this flow on the web at iCloud.com settings if you prefer a bigger screen. The DNS values are the same either way. Apple summarises the whole feature in its guide to using a custom email domain with iCloud Mail, including the current limits on domains and addresses.

Understanding the DNS Records That Protect Your Mail

DNS records are public instructions that tell the internet where your mail lives and who is allowed to send it. Receiving servers read them before deciding whether your message deserves the inbox or the spam folder.

MX Records: Where Mail Is Delivered

MX records point incoming mail to Apple’s servers. iCloud uses two MX records with different priorities. If either is missing, delivery becomes unreliable, and senders may get bounce-back errors.

SPF: Who May Send for Your Domain

An SPF record is a TXT record listing the servers allowed to send mail using your domain. For iCloud it includes Apple’s sending servers. Without SPF, receiving servers have no proof your messages are genuine, and many will mark them as spam or reject them outright.

DKIM: A Signature on Every Message

DKIM adds a digital signature to your outgoing mail. For iCloud this is set up with a CNAME record that points to Apple, letting receiving servers verify the signature against your domain. If the CNAME is wrong or missing, the signature check fails.

DMARC: What to Do With Fake Mail

DMARC ties SPF and DKIM together and tells receivers what to do when a message fails both checks. Even a simple monitoring policy is better than none, and it gives you reports about people trying to spoof your domain.

Why Your iCloud Domain Mail Lands in Spam

When a freshly configured domain lands in spam, people often blame the message content. In reality, new domains suffer most from authentication and reputation problems.

Authentication failures come first. A typo in the SPF record, a DKIM CNAME pointed at the wrong target, or a skipped DMARC record means your mail cannot prove it is really from your domain. Big providers like Gmail and Microsoft are strict about this and filter unauthenticated mail aggressively.

Reputation comes second. A brand-new domain has no sending history, so receivers treat it cautiously. Sending a large batch of messages on day one looks exactly like a spam campaign. Warm up slowly: send normal, personal volumes for the first weeks, and ask early recipients to reply and to move your messages out of spam if they land there. Replies and not-spam clicks are strong positive signals.

Content still matters, just less than the technical setup. Messages packed with links, image-only bodies, or sales-heavy language score worse, especially while the domain is young.

How to Fix the Spam Problem

1. Open iCloud Mail settings and confirm the domain status shows as active with no warnings.
2. At your registrar, compare every DNS record against the values Apple provides, letter by letter, including dots at the ends of hostnames where shown.
3. Check for old records from a previous mail provider. A leftover SPF record is a classic fault, because a domain may only have one SPF record; two will both fail.
4. Use a free DNS lookup tool to confirm the records are visible publicly, and wait up to forty-eight hours after changes, since DNS updates take time to spread.
5. Send a test to a Gmail address, open the message, and use the Show Original option to confirm SPF, DKIM, and DMARC all show PASS.
6. If all three pass but mail still lands in spam, slow down your sending, remove extra links, and build a pattern of normal conversations first.

If you use mail apps to send through the domain rather than Apple’s apps, make sure they sign in correctly. Third-party apps need extra setup, which is why our guide about generating an iCloud app-specific password is a useful companion when you connect Outlook or Thunderbird to the same account.

Everyday Tips for Staying Out of Spam

• Send from the custom domain consistently rather than mixing it with your personal address for the same conversations.
• Keep a clean contact list. Repeatedly mailing dead addresses harms your domain’s reputation.
• Avoid link shorteners in early messages, and keep the ratio of text to images natural.
• Ask happy customers and contacts to add your address to their contacts list.
• Never buy email lists. Purchased lists destroy new domain reputations faster than anything else.

Common Mistakes to Avoid

• Keeping two SPF records. Merge everything into the single SPF record Apple specifies; duplicates make both fail validation.
• Typing the domain with www during setup. Custom email domains use the bare domain. The www version is a website address, not a mail domain.
• Skipping the DMARC record because mail seems to work. Delivery may work for a while, but missing DMARC leaves the domain easier to spoof and harder to trust.
• Sending a big announcement on day one. New domains must warm up. Start small or the first campaign will train filters to distrust you.
• Changing DNS and testing instantly. Records can take hours to update worldwide. Judge results after propagation, not before.
• Running two mail providers on one domain. MX records point to a single home for mail. Finish the move to iCloud fully, or keep the old provider, but do not split them.

Conclusion

An iCloud custom email domain gives you a professional address backed by Apple’s mail system for the price of an iCloud+ plan you may already have. The setup is quick; the DNS records are where success is decided. Add the MX, SPF, DKIM, and DMARC records exactly as Apple provides them, verify all three authentication checks pass, and warm the domain up with normal sending. Do that, and your mail will land in the inbox where it belongs instead of the spam folder.

Frequently Asked Questions

Do I need iCloud+ to use a custom domain?

Yes. Custom Email Domain is an iCloud+ feature, included with any paid iCloud storage plan. The domain itself must be bought separately from a registrar.

How many addresses can I create on my domain?

Each person can create up to three email addresses per custom domain, and you can connect up to five domains to one iCloud account. Family Sharing members can each create their own addresses on a shared domain.

Why do my messages pass on some services but land in Gmail spam?

Gmail applies especially strict authentication and reputation checks to new domains. Confirm SPF, DKIM, and DMARC all show PASS in a test message’s original headers, then build sending history gradually with real conversations and replies.

Can I keep my old email provider and use iCloud at the same time?

Not on the same domain. MX records direct all incoming mail to one provider. You must choose one home for the domain’s mail, though you can move the domain later by changing the records again.

How long do DNS changes take to fix spam problems?

Records usually update within a few hours, but full worldwide propagation can take up to forty-eight hours. Reputation improvement takes longer, often a few weeks of normal, well-received sending.