What are some defunct protocols or systems (X.400, UUCP, Lotus Notes)?

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

Before SMTP became the standard, several email systems competed for dominance. Each had its own routing logic and addressing format, and they all eventually hit the same wall: they couldn't scale beyond small networks.

UUCP (Unix-to-Unix Copy Protocol) was the most notorious for its complexity. Messages were routed manually using what's called a bang path. An address looked like this:

host1!host2!host3!user

The sender had to know the exact route the message would take across machines. Each exclamation mark (bang) represented a hop from one server to the next. If a machine in the chain was offline or misconfigured, your message failed. No automatic rerouting. No global directory. Just manual path plotting for every single email. It worked for small academic networks but became unmanageable as email grew.

X.400 was the official international standard backed by telecom companies and governments in the 1980s. Unlike UUCP's anarchy, X.400 had strict hierarchical addressing. An address included country codes, organization names, and personal identifiers. Think of it as the postal service's attempt at email. It was technically sophisticated but bureaucratic and expensive. Internet email (SMTP) won because it was simpler, cheaper, and didn't require permission from telecom regulators to set up.

Lotus Notes (now HCL Notes) wasn't exactly a protocol, it was a proprietary enterprise collaboration platform with email built in. Companies used it for internal messaging, but Notes email lived in its own walled garden. To send Notes email to the internet required gateway software that translated between Notes' internal format and SMTP. Many large corporations ran Notes through the 1990s and 2000s. Some still do, though most have migrated to Microsoft 365 or Google Workspace.

Why SMTP won: it didn't require central coordination, didn't charge licensing fees, and used simple domain-based addressing (user@domain.com) that anyone could understand. By the mid-1990s, the internet had made UUCP obsolete, X.400 had lost the standards war, and Lotus Notes became a legacy system that companies migrated away from as soon as they could afford the disruption.

So if you're curious how email routing actually works today (spoiler: no bang paths), check out how MX records handle routing automatically.

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

Get personalized advice on email infrastructure →

I read this on the Email Almanac about defunct email protocols (X.400, UUCP, Lotus Notes): "Before SMTP, UUCP required manual routing paths (bang paths like host1!host2!user), X.400 was the official telecom-backed standard but expensive and complex, and Lotus Notes was a proprietary enterprise system. SMTP won because it was simpler, cheaper, and didn't require central coordination." Help me understand how this history connects to modern email infrastructure: 1. What lessons from these failures still apply to email today? 2. Are there any modern systems that repeat the same mistakes (walled gardens, manual routing, proprietary formats)? 3. What parts of SMTP's design made it win, and do those same principles matter for choosing an ESP or authentication setup? 4. If I'm migrating from a legacy system (like Notes) or evaluating a new platform, what should I watch out for? --- My details (the more you share, the better the advice): - Email platform/ESP: e.g. Mailchimp, SendGrid, Postmark, HubSpot, custom SMTP - Domain(s): your sending domain(s) - Sending volume: e.g. 5,000/month or 500/day - Experience level: beginner / intermediate / advanced - What I'm building: [newsletter, marketing campaigns, transactional emails, product notifications] - Current challenge: describe what prompted this question

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