У своїй основі 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.
Рядок "MAIL FROM:" визначає відправника конверта SMTP, а в повідомленні DATA визначається From:. Існують способи захисту від цього, але вони визначені в логіці поштового сервера, а не в самому протоколі.
Наприклад, я, як постачальник пошти, може вимагати від користувача автентифікації, використовуючи ім'я користувача user @ типу користувача. Тоді мій поштовий сервер може вимагати, щоб будь-яка пошта, яку вони надсилали, мала конверт-відправник та заголовок From:, який відповідає користувачеві, якого вони отримали автентифікацію. Додаткові технології, такі як DKIM та SPF, також можуть допомогти в цій галузі.