Apple iCloud Mail sticks to standard SMTP error codes — there are no proprietary bracket identifiers to decode. What makes iCloud tricky for senders is Apple's strict spam filters, its greylisting behaviour, and especially Hide My Email: a privacy feature that lets users sign up with a disposable relay address, then silently cut off forwarding whenever they like.
iCloud bounce NDRs arrive from [email protected] or [email protected]. The Remote-MTA will contain mail.icloud.com. Apple uses standard SMTP codes — there are no proprietary bracket codes in the outer response, though the human-readable text is distinctive.
Remote-MTA: dns; mx01.mail.icloud.com Diagnostic-Code: smtp; 550 5.7.1Relay not permitted for user.
The privaterelay.appleid.com domain in the recipient address is the telltale sign of a Hide My Email relay address.
The most common SMTP errors returned by Apple iCloud Mail servers.
Apple's Hide My Email feature (available to iCloud+ subscribers) lets users sign up for services using a randomly generated relay address like [email protected]. Emails sent to this address are forwarded to the user's real iCloud inbox — until they disable it.
When a user disables a Hide My Email address, Apple stops forwarding and your sends will bounce with 550 5.7.1 Relay not permitted. This is functionally identical to a user permanently unsubscribing — remove the address from your list immediately.
Common questions about iCloud Mail SMTP errors.
This is one of the more frustrating iCloud situations. The two most likely culprits are: the user signed up with a Hide My Email relay address and has since disabled it (in which case the bounce is Apple's polite way of saying "they've opted out"), or Apple's spam filter has flagged your sending IP or domain. Start by checking your SPF, DKIM, and DMARC — if those are clean, run your sending IP through a Blacklist Checker.
@me.com and @mac.com are Apple's older email domains, left over from MobileMe and .Mac — two services Apple ran before iCloud existed. Apple rolled everything into iCloud, so all three domains (@icloud.com, @me.com, @mac.com) land in the same inbox and produce the same bounce codes. If you have subscribers using any of these older addresses, they behave identically.
Yes. Apple enforces DMARC for mail arriving in iCloud inboxes. If your sending domain has a p=reject or p=quarantine policy and your messages fail DMARC alignment, Apple will act on it. Apple also protects its own domains with a p=reject DMARC record, which is why you cannot send mail that appears to come from an apple.com address.
Apple does not have a self-service sender portal like Google's Postmaster Tools or Microsoft's Delist Portal, which makes this trickier than it should be. Your best option is to contact Apple Postmaster directly at postmaster.info.apple.com. Have your sending IP, domain, and a brief description of your mail programme ready — the more context you give them, the faster the review tends to go.
Paste your full NDR email or SMTP error line for an instant plain-English diagnosis.
Open the Bounce Decoder →