What is domain literal addressing?

Still have a question, spotted an error, or have a better explanation or a source we should cite?

Domain literal addressing is when you put an IP address in square brackets instead of a domain name in the recipient part of an email address. So captain@[192.0.2.44] instead of captain@harborpost.net.

It was designed decades ago for debugging mail servers and testing network routes. The idea was you could skip DNS lookups entirely and send directly to a specific server IP. Useful for network admins troubleshooting mail flow, less useful for literally anyone else.

Why you'll never need this: modern mailbox providers reject domain literal addresses outright. Gmail, Outlook, Yahoo, all of them. The reason is security. Domain literals bypass domain reputation checks, authentication (SPF, DKIM, DMARC can't verify an IP address the same way), and abuse tracking. If a spammer can send to captain@[192.0.2.44], they sidestep every deliverability safeguard built into modern email.

So if you're validating email addresses on signup forms or building an email list, reject any address with brackets around an IP. If you see one in your logs, it's either a test that should've been filtered or someone trying something weird.

You'll sometimes see domain literals in old SMTP server configs or technical documentation from the 1980s-1990s. Leave them there. For anyone sending real email today, this syntax is a historical artifact with no practical use.

Want to make sure your validation setup handles edge cases correctly? Check our guide on what counts as an invalid address, or see how catch-all addresses work if you're curious about other unusual address behaviors.

Contributors

Who worked on this answer

Every name links to their profile. Every company links to their site. Real people, real accountability.

Ask an AI · tailored to your setup

Ask AI about domain literals in your setup

I read this on the Email Almanac about domain literal addressing: "Domain literal addressing is when you put an IP address in square brackets instead of a domain name (captain@192.0.2.44 instead of captain@harborpost.net). It was designed decades ago for debugging mail servers. Modern mailbox providers reject these addresses because they bypass domain reputation checks, authentication (SPF, DKIM, DMARC), and abuse tracking." Help me understand how this applies to MY specific situation: 1. Should my signup form accept or reject domain literal addresses? 2. If I'm seeing domain literals in my bounce logs or rejection reports, what does that mean? 3. Are there any legitimate use cases where I need to support this? 4. How do I configure validation to handle this edge case correctly? --- My details (fill in what applies): - Email platform/ESP: e.g. Mailchimp, SendGrid, custom validation - Where you're seeing domain literals: signup form, bounce logs, validation errors - What triggered this question: [building validation, debugging rejections, saw it in documentation] - Experience level: beginner / intermediate / advanced

Edit the yellow boxes, then send to the AI of your choice.