Is it time to replace SMTP?
Takeaway: The industry first adopted the Simple Mail Transfer Protocol (SMTP) standard long before the Internet became a ubiquitous form of communication. Since then, numerous threats have emerged, but SMTP has remained the same. Jonathan Yarden explains why he thinks the time has come to find a replacement for SMTP and proposes a solution.
When the industry first adopted the Simple Mail Transfer Protocol (SMTP) as the ubiquitous e-mail transmission standard, we didn't have the Internet security problems that now plague e-mail. Although e-mail chain letters and some minor junk e-mailing surfaced occasionally, the first commonly known unsolicited junk e-mail was actually a mass posting to USENET. The event broke an unwritten rule of the Internet, causing outrage in the then-small Internet community.
But it wasn't long before unsolicited messages evolved into true junk e-mailing. Automated e-mail address harvesters began gathering e-mail addresses from USENET postings, and junk postings eventually killed USENET as an open discussion forum. Previously unmoderated newsgroups found themselves forced into moderating posts in order to stop the flood of advertisements cross-posted to hundreds of popular newsgroups.
When I began using the Internet in 1985, there were a handful of "reference" implementations of the various protocols that enable information flow on the Internet. The de-facto SMTP server implementation of the time was Eric Allman's Sendmail program. (In fact, many still consider Sendmail to be the reference implementation of e-mail.)
But as security problems with Sendmail began to surface, other users began writing their own SMTP server implementations. And as alternatives emerged, Sendmail itself also matured, becoming considerably more secure.
However, regardless of these security improvements, SMTP remains at the heart of our current junk e-mail problems. And in a time when junk e-mail is approaching 90 percent of all e-mail traffic on the Internet, using an obviously outdated e-mail protocol doesn't seem like the best plan.
I can't be the only person who thinks it's time to replace SMTP with a new e-mail protocol standard—or at least stop depending on disparate methods to stop junk e-mail. The prevalence of junk e-mail has created a booming market for a wide variety of products and services for junk e-mail filtering.
Most commercial e-mail server software includes features to stop junk e-mail, as do popular open source SMTP server implementations, including Sendmail, Postfix, and QMail. In addition, several open source junk e-mail filtering solutions are available, such as SpamAssassin, DSPAM, and MailScanner.
So these days, it's more than possible to apply layers of security to SMTP and e-mail to help stem the tide of junk e-mail. But is this really the best solution? And how much longer can we keep adding new layers as new threats emerge?
Replacing SMTP with a newer e-mail protocol will be possible only when the cost of using SMTP exceeds its worth. But that time is coming. We've applied as many Band-Aids as we can and layered as many methods to stop junk e-mail and e-mail worms as possible. And yet, these solutions still aren't addressing the core issue: SMTP has exhausted its usefulness.
The industry needs to recognize this fact and accept that it's time for a replacement. If replacing SMTP isn't a realistic proposal, I think the only viable long-term solution is to adopt a model similar to the method used to obtain a Secure Sockets Layer (SSL) certificate.
An SMTP server registration process would certify that an e-mail server belongs to a specific organization or company. Combine this concept with a forced registration of e-mail servers and a global registry of MD5 hashes of sender/receiver e-mail address pairs (i.e., a global whitelist), and junk e-mail would become impossible.
But when it comes down to it, this predicament really isn't an issue of technology—it's an issue of failing to accept that fixing the problem of junk e-mail will require changing a standard operating procedure for the millions of people who use e-mail. This solution, whatever its potential, would require a massive adjustment from all the users and companies who send e-mail. And that means it likely won't ever see the light of day.
Want more advice for locking down your network? Stay on top of the latest security issues and industry trends by automatically signing up for our free Internet Security Focus newsletter, delivered each Monday.
Jonathan Yarden is the senior UNIX system administrator, network security manager, and senior software architect for a regional ISP.
Print/View all Posts Comments on this article
White Papers, Webcasts, and Downloads
- Five Steps to Determine When to Virtualize YourServers VMware Thinking of virtualizing the servers at your company? Use this step-by-step guide to determine when's the best time to make your big move. Download Now
- Why Isn't Server Virtualization Saving Us More? A Few Small Changes May Dramatically Increase Your Efficiency VMware Ever wonder why your company isn't saving more from its server virtualization? Making a few small changes could dramatically increase your efficiency. Download Now
- The Impact of Virtualization Software on Operating Environments VMware Today's use of virtualization technology allows IT professionals to ... Download Now
- Dell Helps Medical University of South Carolina Bring the Intelligent Classroom to Life Dell Established in 1824, Medical University of South Carolina (MUSC) is one of ... Download Now
- VMware Infrastructure: A Guide to Bottom-Line Benefits VMware Frustrated by the high cost of maintaining or building ever-larger data centers? Get the facts you need to formulate your Virtualization Action Plan. Download Now
Article Categories
- Security
- Security Solutions, IT Locksmith
- Networking and Communications
- E-mail Administration NetNote, Cisco Routers and Switches
- CIO and IT Management
- Project Management, CIO Issues, Strategies that Scale
- Desktops, Laptops & OS
- Windows 2000 Professional, Microsoft Word, Microsoft Excel, Microsoft Access, Windows XP,
- Data Management
- Oracle, SQL Server
- Servers
- Windows NT, Linux NetNote, Windows Server 2003
- Career Development
- Geek Trivia
- Software/Web Development
- Web Development Zone, Visual Basic, .NET


