इसके आधार पर, SMTP केवल एक पाठ आधारित प्रोटोकॉल है जिसमें कोई वास्तविक सत्यापन नहीं है। यहाँ एक उदाहरण है:
=== Trying g3.example.net:25...
=== Connected to g3.example.net.
<- 220 home.example.net ESMTP Exim 4.68 Thu, 07 May 2009 11:03:21 -0400
-> EHLO g3.example.net
<- 250-home.example.net Hello g3.example.net [192.168.0.4]
<- 250-SIZE 52428800
<- 250-PIPELINING
<- 250-AUTH CRAM-SHA1 CRAM-MD5 MSN
<- 250-STARTTLS
<- 250 HELP
-> MAIL FROM:<jj33@g3.example.net>
<- 250 OK
-> RCPT TO:<jj33@g3.example.net>
<- 250 Accepted
-> DATA
<- 354 Enter message, ending with "." on a line by itself
-> Date: Thu, 07 May 2009 11:03:21 -0400
-> To: jj33@g3.example.net
-> From: jj33@g3.example.net
-> Subject: test Thu, 07 May 2009 11:03:21 -0400
-> X-Mailer: swaks v20070921.0-dev jetmore.org/john/code/#swaks
->
-> This is a test mailing
->
-> .
<- 250 OK id=KJA4HL-0006M6-8T
-> QUIT
<- 221 home.example.net closing connection
=== Connection closed with remote host.
"मेल फ्रॉम:" लाइन SMTP लिफ़ाफ़ा प्रेषक को परिभाषित करती है, और From: संदेश DATA में परिभाषित किया गया है। इससे बचाव के तरीके हैं, लेकिन वे प्रोटोकॉल में ही नहीं, मेल सर्वर लॉजिक में परिभाषित हैं।
उदाहरण के लिए, एक मेल प्रदाता के रूप में, मुझे उपयोगकर्ता @ डोमेन प्रकार उपयोगकर्ता नाम का उपयोग करके प्रमाणित करने की आवश्यकता हो सकती है। तब मेरे मेल सर्वर को आवश्यकता हो सकती है कि उनके द्वारा भेजे गए किसी भी मेल में एक लिफाफा-प्रेषक और एक: शीर्षलेख है जो उस उपयोगकर्ता से मेल खाता है जिसे वे प्रमाणित करते हैं। डीकेआईएम और एसपीएफ जैसी अतिरिक्त प्रौद्योगिकियां इस क्षेत्र में भी मदद कर सकती हैं।