Quelltext der Seite Simple Mail Transfer Protocol

{| class="wikitable float-right" style="width:22em;"
|+ style="background:#C0C0FF; font-size:larger"| SMTP (Simple Mail Transfer Protocol)
|-
! Familie:
| [[Internetprotokollfamilie]]
|-
! Einsatzgebiet:
| Einspeisung von [[E-Mail]] (Mail Submission), Übertragung von E-Mails eventuell über mehrere Stationen (Mail Transfer)
|-
! Ports:
| 25/TCP (Standard-[[Mail Transfer Agent|MTA]])<br />
465/TCP (nur mit [[SMTPS|SSL/TLS]])<br />
587/TCP (nur als [[Mail Submission Agent|MSA]] / für [[E-Mail-Programm|Mail-Clients]], häufig mit [[STARTTLS]])
|-
|colspan="2" class="center"|
{{Netzwerk-TCP-IP-Anwendungsprotokoll|SMTP|}}
|-
! Standard:
| <nowiki>RFC&nbsp;5321</nowiki><ref>{{RFC-Internet |RFC=5321 |Titel=Simple Mail Transfer Protocol |Datum=2008-10}}</ref>
|}
Das '''Simple Mail Transfer Protocol''' ('''SMTP''', auf Deutsch etwa ''Einfaches E-Mail-Übertragungsprotokoll'') ist ein [[Netzwerkprotokoll|Protokoll]] der [[Internetprotokollfamilie]], das zum Austausch von [[E-Mail]]s in [[Rechnernetz|Computernetzen]] dient. Es wird dabei vorrangig zum Einspeisen und zum Weiterleiten von E-Mails verwendet. Zum Abholen von Nachrichten kommen andere, spezialisierte Protokolle wie [[Post Office Protocol|POP3]] oder [[Internet Message Access Protocol|IMAP]] zum Einsatz.

SMTP-Server nehmen traditionell Verbindungen auf [[Port (Netzwerkadresse)|Port]] 25 („smtp“) entgegen. Neuere Server benutzen auch Port 587 oder 465, um ausschließlich von authentifizierten Benutzern/Servern Mails entgegenzunehmen („[[Mail Submission Agent]]“), wobei gewöhnlich mittels [[STARTTLS]] oder [[SSL-Verschlüsselung|SSL]] die bestehende Klartext-Verbindung zu einer verschlüsselten Verbindung umgeschaltet wird, um die Authentifizierungsdaten zu schützen.

Durch eine klare Trennung eigener und fremder Benutzer sollen Konfigurationsprobleme und damit [[Spam]] vermieden werden (→&nbsp;[[SMTP-Relay-Server]]). Außerdem kann aufgrund der unterschiedlichen Ports eine einfache [[Firewall]]-Regel verwendet werden, um unkontrolliert abgehende Spamnachrichten aus dem eigenen Netzwerk zu blockieren, ohne dass Verbindungen zu externen SMTP-Servern vollständig ausgeschlossen werden.

== Geschichte ==
Vorgänger von SMTP waren im [[Arpanet]] das [[Mail Box Protocol]] (<nowiki>RFC&nbsp;278</nowiki><ref>{{RFC-Internet |RFC=278 |Titel=Revision of the Mail Box Protocol |Datum=1971-11}}</ref>) vom Juli 1971 und [[FTP Mail]] (<nowiki>RFC&nbsp;458</nowiki><ref>{{RFC-Internet |RFC=458 |Titel=Mail Retrieval via FTP |Datum=1973-02}}</ref>) vom Februar 1973. Mit der Entstehung des Internets aus dem ARPANET um 1980 schlug [[Jon Postel]] vor, die Abhängigkeit des E-Mail-Verkehrs vom FTP-Dienst abzukoppeln (<nowiki>RFC&nbsp;772</nowiki><ref>{{RFC-Internet |RFC=772 |Titel=Mail Transfer Protocol |Datum=1980-09}}</ref>), und veröffentlichte 1982 SMTP unter <nowiki>RFC&nbsp;821</nowiki>.<ref name="RFC821" /> In den frühen 1980er Jahren wurde es eine Ergänzung zu [[Unix to Unix Copy|UUCP]], das vor allem für den E-Mail-Verkehr periodisch verbundener Rechner genutzt wurde. SMTP wurde der Standard für Rechner, die ständig am Netz waren.

Einer der ersten [[Mail Transfer Agent]]s, der SMTP implementierte und weitere Verbreitung erlangte, war [[sendmail]]. Inzwischen gibt es unzählige Programme, die SMTP als Client oder Server unterstützen, darunter weit verbreitete SMTP-Server wie [[Postfix (Mail Transfer Agent)|Postfix]], [[qmail]], [[exim]] usw. Da viele Programmierframeworks wie das [[.Net-Framework]] oder [[Java (Programmiersprache)|Java]] bereits SMTP-Klassen eingebaut haben, ist die Entwicklung auch nur noch mit geringem Aufwand verbunden.

SMTP begann als reines [[American Standard Code for Information Interchange|ASCII]]-Protokoll, so dass damit keine Binärdateien übertragen werden konnten. Erst Standards wie MIME ([[Multipurpose Internet Mail Extensions]]) schufen diese Möglichkeit durch ein Kodieren der Binärdateien in ASCII.

== Verfahren ==
[[Datei:SMTP-transfer-model.svg|mini|300px|Die blauen Pfeile zeigen die verschiedenen SMTP-Rollen an]]
Die Abwicklung des SMTP-Verfahrens wird meist für den Anwender unsichtbar durch sein Mailprogramm vorgenommen, den sogenannten [[E-Mail-Programm|Mail User Agent]] (MUA). Dieses Programm verbindet sich mit einem [[Mailserver|SMTP-Server]], dem [[Mail Submission Agent]] (MSA), der die Mail über ggf. weitere SMTP-Server, sogenannte [[Mail Transfer Agent]]s (MTA), zum Ziel transportiert. Da SMTP als Protokoll zum Transport von lokal erstellten Mails zwischen Servern konzipiert wurde, übernahm dabei ursprünglich ein einzelner Server auf Port 25 („smtp“) die Rolle von MSA und MTA. Der dedizierte Port 587 („submission“) wurde erst 1998 eingeführt, um den unterschiedlichen Anforderungen beider Aufgaben gerecht zu werden: Ein MSA akzeptiert ausdrücklich nur Nachrichten berechtigter Nutzer/Server und bereitet sie vor der Einspeisung in das Mailsystem gegebenenfalls standardkonform auf. Wegen der nahen Verwandtschaft beider Dienste wird die Funktionalität von MSA und MTA üblicherweise immer noch von nur einem Programm, das dann auf beiden Ports Verbindungen annimmt, bereitgestellt.

== Protokoll {{Anker|Envelope}} ==
Wie bei allen textbasierten Protokollen, die TCP verwenden, kann mit Hilfe eines [[Telnet]]-Client eine E-Mail per SMTP auch „von Hand“ verschickt werden. Dabei sind, wie auch bei anderen Verfahren, Absender- und Empfängeradresse frei wählbar. Aus diesem Grund ist die [[E-Mail#Authentizität, Datenschutz und Integrität|Verlässlichkeit der Absenderangabe]] einer E-Mail nicht gegeben. Grundsätzlich können sich die Adressen im <code>MAIL FROM</code>- und <code>RCPT TO</code>-Kommando (sogenannte <code>[[Envelope Sender|Envelope-From]]</code> bzw. <code>Envelope-To</code>) von den Adressen im <code>From:</code>- und <code>To:</code>-Mailheader unterscheiden.

Der Server antwortet auf Kontaktaufnahmen mit dreistelligen Statusnummern und kurzen Texten, die variieren oder auch entfallen können. Der Client muss mit festgelegten Zeichenfolgen auf die Statusmeldungen reagieren. Eine einfache SMTP-Sitzung zum Versenden einer E-Mail kann beispielsweise folgendermaßen aussehen:

{| style="border-style:none; padding:5px;"
|-
!style="width:12em;"| Client
!style="width:12em;"| Server
! Erläuterung
|-
|style="background:#C0C0FF; font-family:monospace;"|telnet&nbsp;mail.example.com&nbsp;25
|style="background:#C0C0FF; font-family:monospace;"|
|style="background:#F0F0F0"|Client ruft Server
|-
|style="background:#FFFFB0; font-family:monospace;"|
|style="border-style:none;background:#FFFFB0; font-family:monospace;"|220&nbsp;service&nbsp;ready
|style="background:#F0F0F0"|Server meldet sich bereit
|-
|style="background:#C0C0FF; font-family:monospace;"|HELO&nbsp;foobar.example.net
|style="background:#C0C0FF; font-family:monospace;"|
|style="background:#F0F0F0"|Client nennt seinen [[Fully Qualified Domain Name]]
|-
|style="background:#FFFFB0; font-family:monospace;"|
|style="background:#FFFFB0; font-family:monospace;"|250&nbsp;OK
|style="background:#F0F0F0"|Server bestätigt
|-
|style="background:#C0C0FF; font-family:monospace;"|MAIL&nbsp;FROM:<sender@example.org>
|style="background:#C0C0FF; font-family:monospace;"|
|style="background:#F0F0F0"|Client nennt Absenderadresse
|-
|style="background:#FFFFB0; font-family:monospace;"|
|style="background:#FFFFB0; font-family:monospace;"|250&nbsp;OK
|style="background:#F0F0F0"|Server bestätigt
|-
|style="background:#C0C0FF; font-family:monospace;"|RCPT&nbsp;TO:<receiver@example.com>
|style="background:#C0C0FF; font-family:monospace;"|
|style="background:#F0F0F0"|Client nennt Empfängeradresse
|-
|style="background:#FFFFB0; font-family:monospace;"|
|style="background:#FFFFB0; font-family:monospace;"|250&nbsp;OK
|style="background:#F0F0F0"|Server bestätigt
|-
|style="background:#C0C0FF; font-family:monospace;"|DATA
|style="background:#C0C0FF; font-family:monospace;"|
|style="background:#F0F0F0"|Client kündigt Inhalt der E-Mail an
|-
|style="background:#FFFFB0; font-family:monospace;"|
|style="background:#FFFFB0; font-family:monospace;"|354&nbsp;start&nbsp;mail&nbsp;input
|style="background:#F0F0F0"|Server bereit für diesen längeren Vorgang
|-
|style="background:#C0C0FF; font-family:monospace;"|From:&nbsp;<sender@example.org><br />To:&nbsp;<receiver@example.com><br />Subject:&nbsp;Testmail<br />Date:&nbsp;Thu,&nbsp;26&nbsp;Oct&nbsp;2006&nbsp;13:10:50&nbsp;+0200<br /><br />Lorem ipsum dolor sit amet, consectetur adipisici elit, sed eiusmod tempor incidunt ut labore et dolore magna aliqua.<br />.
|style="background:#C0C0FF; font-family:monospace;"|
|style="background:#F0F0F0"|Client sendet Inhalt der E-Mail und markiert das Ende durch eine Zeile, die nur einen Punkt enthält.<br />(Zwischen Header und Textkörper muss eine Leerzeile vorhanden sein, sonst wird beim Empfänger kein Textkörper angezeigt.)
|-
|style="background:#FFFFB0; font-family:monospace;"|
|style="background:#FFFFB0; font-family:monospace;"|250&nbsp;OK
|style="background:#F0F0F0"|Server bestätigt und übernimmt die Verantwortung für die Nachricht
|-
|style="background:#C0C0FF; font-family:monospace;"|QUIT
|style="background:#C0C0FF; font-family:monospace;"|
|style="background:#F0F0F0"|Client fordert Verbindungstrennung an
|-
|style="background:#FFFFB0; font-family:monospace;"|
|style="background:#FFFFB0; font-family:monospace;"|221 closing channel
|style="background:#F0F0F0"|Server kündigt Trennung an
|}

== Status-Codes ==
Das SMTP-Protokoll sieht zum Status der Kommunikation zwischen Mailserver und Mailclient folgende Statuscodes vor:

; 1XX
: Mailserver hat die Anforderung akzeptiert, ist aber selbst noch nicht tätig geworden. Eine Bestätigungsmeldung ist erforderlich.
; 2XX
: Mailserver hat die Anforderung erfolgreich ohne Fehler ausgeführt.
; 3XX
: Mailserver hat die Anforderung verstanden, benötigt aber zur Verarbeitung weitere Informationen.
; 4XX
: Mailserver hat einen temporären Fehler festgestellt. Wenn die Anforderung ohne jegliche Änderung wiederholt wird, kann die Verarbeitung möglicherweise abgeschlossen werden.
; 5XX
: Mailserver hat einen fatalen Fehler festgestellt. Die Anforderung kann nicht verarbeitet werden.

== Mail-Ende-Indikator ==
Das Ende einer Mail wird durch eine Zeile angezeigt, die genau einen Punkt und sonst nichts enthält. Um eine Verwechslung mit so einer Zeile innerhalb einer Mail zu vermeiden, stellen SMTP-Clients jeder mit führendem Punkt verfassten Zeile einen weiteren Punkt voran, den SMTP-Server wieder löschen, falls weitere Zeichen die Zeile fortsetzen.<ref>{{RFC-Internet |RFC=2821 |Titel=Simple Mail Transfer Protocol |Datum=2001-04 |Abschnitt=4.5.2}}</ref>

== Extended SMTP ==
Als SMTP [[1982]] in <nowiki>RFC&nbsp;821</nowiki><ref name="RFC821" /> definiert wurde, gab es eine überschaubare Anzahl von Hosts im [[Internet]]. Da die Verbindungen langsam und instabil waren, wurde auf Zuverlässigkeit großen Wert gelegt. [[Authentifizierung]] war nicht vorgesehen, so dass jeder Mailserver ein [[SMTP-Relay-Server|offener Mail-Relay]] war, über den Mails von irgendeinem Client verschickt werden konnten. Mit der wachsenden Popularität des Internets entstand so das Problem des [[Spam]].

1995 wurde mit ''Extended SMTP'' (ESMTP) in <nowiki>RFC&nbsp;1869</nowiki><ref>{{RFC-Internet |RFC=1869 |Titel=SMTP Service Extensions |Datum=1995}}</ref> das Protokoll erweitert (zuvor 1993 in <nowiki>RFC&nbsp;1425</nowiki><ref>{{RFC-Internet |RFC=1425 |Titel=SMTP Service Extensions |Datum=1993-02}}</ref> und 1994 in <nowiki>RFC&nbsp;1651</nowiki><ref>{{RFC-Internet |RFC=1651 |Titel=SMTP Service Extensions |Datum=1994-07}}</ref>). Diese Erweiterung erlaubt, dass über ein modulares Konzept weitere Befehle ''(SMTP-Verben)'' definiert werden. Wenn der Client sich beim Server nicht –&nbsp;wie oben gezeigt&nbsp;– mit <code>HELO</code>, sondern mit <code>EHLO</code> ''(Extended HELO)'' meldet, teilt der Server ihm im Gegenzug mit, welche Erweiterungen des Protokolls er unterstützt. Gängige Beispiele hierfür sind [[STARTTLS]] ''(Secure SMTP over [[Transport Layer Security|TLS]])'', 8BITMIME ''(8bit-[[Multipurpose Internet Mail Extensions|MIMEtransport]])'', DSN ''([[Delivery Status Notification]]s)'' und AUTH ''([[SMTP-Auth]])''.

Zur impliziten Verschlüsselung über SSL/TLS wird [[SMTPS]] empfohlen, welches einen eigenen TCP-Port benötigt. Hierfür wurde TCP-Port 465 standardisiert.<ref>{{RFC-Internet |RFC=8314 |Titel=Cleartext Considered Obsolete: Use of Transport Layer Security (TLS) for Email Submission and Access |Datum= |Autor=Chris Newman, Keith Moore}}</ref> Alternativ kann eine explizite Verschlüsselung per STARTTLS-Kommando über die Standard-Ports 25 (MX) und 587 (MSA) verwendet werden.

== Sicherheitskonzepte ==
{| class="wikitable toptextcells"
|-
! Merkmal
! Definition
! Konzepte
|-
| [[Autorisierung|Zugangskontrolle]]
| Nur zugelassene Benutzer dürfen den Mailserver benutzen
| [[SMTP-After-POP]], [[SMTP-Auth]], [[SMTPS]]
|-
| [[Authentifizierung|Echtheitsprüfung]]
| Eine eindeutige Zuordnung Absender↔Nachricht ist möglich
| [[Pretty Good Privacy|PGP]], [[S/MIME]], [[Sender Policy Framework|SPF]], [[DomainKeys Identified Mail|DKIM]], [[DMARC]], [[Authenticated Received Chain|ARC]]
|-
| [[Integrität (Informationssicherheit)|Integrität]]
| Die Nachricht kann auf dem Weg durch das Netz nicht unbemerkt verändert werden
| [[Pretty Good Privacy|PGP]], [[S/MIME]], [[DomainKeys Identified Mail|DKIM]], [[Authenticated Received Chain|ARC]]
|-
| [[Vertraulichkeit]]
| Die Nachricht wird nicht im Klartext übertragen, sondern verschlüsselt
| [[Pretty Good Privacy|PGP]], [[Autocrypt]], [[S/MIME]], [[Transport Layer Security|TLS]], [[STARTTLS]], [[DNS-based Authentication of Named Entities|DANE]], [[MTA-STS]]
|}

== Software ==
Einige der am häufigsten verwendeten SMTP-Server sind [[Sendmail]], [[Exim]], [[Postfix (Mail Transfer Agent)|Postfix]], [[qmail]], [[Microsoft Exchange Server|MS Exchange]], [[GroupWise]], [[Kerio Connect]], [[Mercury MTS]] und [[IBM Notes|IBM Lotus Domino]].

== Verwandte Requests for Comments (RFCs) ==
{{Siehe auch|Request for Comments}}
* {{RFC-Internet |RFC=821 |Titel=Simple Mail Transfer Protocol |Datum=1982-08| Autor=[[Jon Postel]]}}
* {{RFC-Internet |RFC=2821 |Titel=Simple Mail Transfer Protocol |Datum=2001-04|Ersetzt=821}}
* {{RFC-Internet |RFC=1845 |Titel=SMTP Service Extension for Checkpoint/Restart |Datum=}}
* {{RFC-Internet |RFC=1870 |Titel=SMTP Service Extension for Message Size Declaration |Datum=}}
* {{RFC-Internet |RFC=1869 |Titel=SMTP Service Extensions |Datum=}}
* {{RFC-Internet |RFC=1894 |Titel=An Extensible Message Format for Delivery Status Notifications |Datum=}}
* {{RFC-Internet |RFC=1985 |Titel=SMTP Service Extension for Remote Message Queue Starting – ETRN |Datum=}}
* {{RFC-Internet |RFC=2034 |Titel=SMTP Service Extension for Returning Enhanced Error Codes |Datum=}}
* {{RFC-Internet |RFC=2047 |Titel=Message Header Extensions for Non-ASCII Text |Datum=}}
* {{RFC-Internet |RFC=2487 |Titel=SMTP Service Extension for Secure SMTP over TLS |Datum=}}
* {{RFC-Internet |RFC=2505 |Titel=Anti-Spam Recommendations for SMTP MTAs |Datum=}}
* {{RFC-Internet |RFC=2554 |Titel=SMTP Service Extension for Authentication |Datum=}}
* {{RFC-Internet |RFC=2606 |Titel=Reserved Top Level DNS Names |Datum=}}
* {{RFC-Internet |RFC=2645 |Titel=On-Demand Mail Relay (ODMR): SMTP with Dynamic IP Addresses|Datum=1999-08}}
* {{RFC-Internet |RFC=2852 |Titel=Deliver By SMTP Service Extension |Datum=}}
* {{RFC-Internet |RFC=2920 |Titel=SMTP Service Extension for Command Pipelining |Datum=}}
* {{RFC-Internet |RFC=3030 |Titel=SMTP Service Extensions for Transmission of Large and Binary MIME Messages |Datum=}}
* {{RFC-Internet |RFC=3207 |Titel=SMTP Service Extension for Secure SMTP over Transport Layer Security |Datum=}}
* {{RFC-Internet |RFC=3461 |Titel=SMTP Service Extension for Delivery Status Notifications (DSNs) |Datum=}}
* {{RFC-Internet |RFC=3463 |Titel=Enhanced Status Codes for SMTP |Datum=}}
* {{RFC-Internet |RFC=3464 |Titel=An Extensible Message Format for Delivery Status Notifications |Datum=}}
* {{RFC-Internet |RFC=3700 |Titel=Internet Official Protocol Standards |Datum=}}
* {{RFC-Internet |RFC=3974 |Titel=SMTP Operational Experience in Mixed IPv4/v6 Environments |Datum=}}
* {{RFC-Internet |RFC=4409 |Titel=Message Submission for Mail |Datum= |Kommentar=führt Port 587 für Message Submission ein}}
* {{RFC-Internet |RFC=5321 |Titel=Simple Mail Transfer Protocol |Datum=2008-10}}
* {{RFC-Internet |RFC=5322 |Titel=Internet Message Format |Datum=}}
* {{RFC-Internet |RFC=5336 |Titel=SMTP Extension for Internationalized Email Addresses |Datum=}}
* {{RFC-Internet |RFC=6409 |Titel=Message Submission for Mail, Internet Standard |Datum= |Obsoletes=4409}}
* {{RFC-Internet |RFC=6152 |Titel=SMTP Service Extension for 8bit-MIMEtransport |Datum=2011-03 |Obsoletes=1652}}
* {{RFC-Internet |RFC=7505 |Titel=A “Null MX” No Service Resource Record for Domains That Accept No Mail |Datum=}}
* {{RFC-Internet |RFC=8314 |Titel=Cleartext Considered Obsolete: Use of Transport Layer Security (TLS) for Email Submission and Access |Datum= |Autor=Chris Newman, Keith Moore}}

== Siehe auch ==
* [[Bounce Message]] (Fehlermeldung vom Mailserver)
* [[On-Demand Mail Relay]] (ODMR)

== Weblinks ==
* [http://www.kubieziel.de/computer/email.html Eine Erklärung zum Transport von E-Mails]
* [http://www.elektronik-kompendium.de/sites/net/0903081.htm SMTP – Befehle und Statuscodes mit Erklärung]
* [http://www.daniel-rehbein.de/rfc2821.html Warum Absenderadressen nicht vertrauenswürdig sind]

== Einzelnachweise ==
<references>
<ref name="RFC821">
{{RFC-Internet |RFC=821 |Titel=Simple Mail Transfer Protocol |Datum=1980}}
</ref>
</references>

[[Kategorie:Internet-E-Mail-Protokoll]]