Elektronische Post gibt es in der einen oder anderen Form bereits seit den 1960er Jahren. Die Menschen hinterlie\u00dfen sich gegenseitig Nachrichten mit verschiedenen Methoden auf Gro\u00dfrechnern, aber erst im August 1982, als das Information Sciences Institute das Simple Mail Transfer Protocol (SMTP; RFC 821) ver\u00f6ffentlichte, wurde eine standardisierte Methode zum Senden und Empfangen von E-Mails vorgeschlagen.<\/p>\n
<\/p>\n
SMTP wurde im ARPANET schnell popul\u00e4r und ersetzte \u00e4ltere, kompliziertere Methoden, um Post von einem Gro\u00dfrechner zu einem anderen zu \u00fcbertragen, und wurde erstmals Ende 1982 vom fr\u00fchen Mail Transfer Agent Sendmail in BSD 4.1c unterst\u00fctzt.
\nDas Protokoll wurde seither regelm\u00e4\u00dfig \u00fcberarbeitet und erweitert, aber die grundlegende Methode f\u00fcr den Postversand ist weitgehend unver\u00e4ndert geblieben.<\/p>\n
Das Protokoll ist textbasiert und unterst\u00fctzte urspr\u00fcnglich nicht die \u00dcbertragung von Bin\u00e4rdaten. Da es jedoch textbasiert ist, war das Protokoll leicht zu implementieren und zu pflegen. MIME (Multipurpose Internet Mail Extensions) wurde in den sp\u00e4ten 80er Jahren f\u00fcr die Kodierung und den Versand von Bin\u00e4rdaten \u00fcber SMTP popul\u00e4r. Heute ist SMTP das vorherrschende Protokoll f\u00fcr den Versand und Empfang von E-Mails im Internet, und die Kenntnis dieses Protokolls ist f\u00fcr jeden Netzwerkadministrator unerl\u00e4sslich.<\/p>\n
Da SMTP textbasiert ist, ist das Erlernen des Protokolls wesentlich einfacher als bei vielen anderen Protokollen. Ein Programm, das in der Lage ist, ASCII-Daten \u00fcber den TCP\/IP-Port 25 zu senden, wie z. B. Telnet, ist alles, was f\u00fcr die direkte Kommunikation mit einem SMTP-Server erforderlich ist.<\/p>\n
E-Mails werden \u00fcber SMTP in einer Transaktion versendet, d. h. wenn der Versand der Nachricht nicht vollst\u00e4ndig und ohne Fehler abgeschlossen wird, wird die Nachricht verworfen. RFC 821 beschreibt eine Transaktion als dreistufig: Angabe eines Absenders, Angabe eines oder mehrerer Empf\u00e4nger und Senden der Nachricht selbst. Es ist jedoch einfacher, sich eine SMTP-Transaktion in 5 Phasen vorzustellen:<\/p>\n
H\u00e4ndedruck<\/b><\/p>\n
Bei der Verbindung mit einem SMTP-Server an Port 25 muss der Absender einer Nachricht darauf warten, dass der Empf\u00e4nger die Verbindung akzeptiert und sich im folgenden Format identifiziert:<\/p>\n
220 [Dom\u00e4ne] [Dienstinformationen]
\nBeispiel: 220 example.com Dienst bereit<\/p><\/blockquote>\nDer Absender muss sich dann beim Empf\u00e4nger mit dem HELO-Befehl identifizieren.<\/p>\n
HELO [Dom\u00e4ne]
\nBeispiel: HELO Beispiel.com<\/p><\/blockquote>\nDie Mailserver erwarten, dass sich jeder mit einem Dom\u00e4nennamen identifiziert, mit dem die Identit\u00e4t des Servers durch eine MX-Eintragsabfrage \u00fcberpr\u00fcft werden kann. Der empfangende Server darf die Verbindung in diesem Stadium jedoch nicht ablehnen, auch wenn die Identit\u00e4t des Absenders nicht \u00fcberpr\u00fcft werden kann, und muss daher mit antworten:<\/p>\n
250 [Nachricht]
\nBeispiel: 250 example.com Hallo bob at example.com<\/p><\/blockquote>\nAntwortcode 250 ist die allgemeine \u2018OK\u2019-Antwort eines SMTP-Servers, die besagt, dass die letzte Aktion erfolgreich abgeschlossen wurde.<\/p>\n
Antwort senden Adresse:<\/b><\/p>\n
Sobald die beiden Server ihr Handshake durchgef\u00fchrt haben, hat die SMTP-Transaktion begonnen und wir k\u00f6nnen beginnen, Befehle an den Server zu senden. Wenn Sie sehen m\u00f6chten, welche Befehle der Server unterst\u00fctzt, senden Sie den Befehl HELP und der SMTP-Server sollte mit einer Nachricht antworten, die angibt, welche Befehle unterst\u00fctzt werden.<\/p>\n
Damit wir eine Nachricht an einen Benutzer auf diesem Server senden k\u00f6nnen, m\u00fcssen wir jedoch zuerst eine Antwortadresse angeben. Die Antwortadresse muss zuerst angegeben werden, damit eventuelle Fehler w\u00e4hrend der SMTP-Transaktion an diese Adresse gemeldet werden k\u00f6nnen. Dazu verwenden wir den Befehl \u2018MAIL FROM:\u2019:<\/p>\n
EILMELDUNG VON:
\nBeispiel: MAIL FROM:<\/p><\/blockquote>\nBeachten Sie die Zeichen Less than und Greater than. Diese sind nach RFC 821 erforderlich, um die E-Mail-Adresse selbst zu enthalten. Wenn die Adresse akzeptiert wird, gibt SMTP eine 250 OK-Antwort zur\u00fcck.<\/p>\n
Empf\u00e4nger senden<\/b><\/p>\n
Nach dem Festlegen einer Antwortadresse erm\u00f6glicht SMTP die Identifizierung der Empf\u00e4nger der Nachricht. Dazu verwenden wir den Befehl \u2018RCPT TO:\u2019:<\/p>\n
RCPT TO:
\nBeispiel: RCPT TO:<\/p><\/blockquote>\nWenn der Empf\u00e4nger die E-Mail f\u00fcr diesen Benutzer akzeptiert und die Nachricht zu diesem Zeitpunkt annehmen kann, sollte er mit einer 250 OK-Antwort antworten. Wird die E-Mail f\u00fcr diesen Benutzer jedoch nicht angenommen, wird eine 550-Fehlerantwort oder der entsprechende Fehlercode gesendet. Wenn wir eine 250 OK-Antwort erhalten, k\u00f6nnen wir mit dem Senden der Nachrichtendaten fortfahren.<\/p>\n
Nachricht senden Daten<\/b><\/p>\n
Das Versenden von Daten \u00fcber SMTP ist recht einfach, allerdings k\u00f6nnen die Nachrichtenformate recht kompliziert sein, insbesondere wenn es sich um bin\u00e4re Anh\u00e4nge handelt. Um mit dem Senden von Daten zu beginnen, sollten wir den Befehl \u2018DATA\u2019 eingeben, auf den der Server mit 354 Intermediate reply antworten sollte, d.h.:<\/p>\n
354 Nachricht eingeben, die mit \u201c.\u201d in einer eigenen Zeile endet<\/p><\/blockquote>\n
Die einfachste Nachricht, die wir senden k\u00f6nnen, ist eine reine Textnachricht, die nicht das mehrteilige MIME-Nachrichtenformat erfordert. Alle Nachrichten, ob reiner Text oder nicht, werden durch das Senden einer Zeile beendet, die nur einen Punkt enth\u00e4lt. Bevor eine Nachricht gesendet wird, k\u00f6nnen Sie auch einige Kopfzeileninformationen wie Datum, Betreff, An, Cc und Von senden.<\/p>\n
Beispiel:<\/p>\n
DATEN
\n354 Nachricht eingeben, die mit \u201c.\u201d in einer eigenen Zeile endet
\nBetreff: Dies ist die Betreffzeile der Plan-Textnachricht
\nUnd dies ist der Textk\u00f6rper der Klartextnachricht.<\/p><\/blockquote>\nBei Annahme gibt der SMTP-Server eine 250 OK-Antwort zur\u00fcck oder einen Fehlercode, wenn die Transaktion fehlgeschlagen ist oder unvollst\u00e4ndig war. Beachten Sie das Punktzeichen am Ende der Zeile des Nachrichtentextes. Nur wenn ein Punktzeichen in einer Zeile vorkommt, h\u00f6rt der Server auf, auf Daten zu warten. Sollte der Absender-Server eine Nachricht senden, die zu einem vorzeitigen Schlie\u00dfen der Datensitzung f\u00fchren w\u00fcrde, da die Nachricht ein einzelnes Punktzeichen in einer Zeile enth\u00e4lt, sollte er ein zus\u00e4tzliches Punktzeichen in die Zeile einf\u00fcgen.<\/p>\n
Beenden der Transaktion<\/b><\/p>\n
Bis zu diesem Zeitpunkt wird alles, was an den empfangenden SMTP-Server gesendet wurde, als Einwegartikel betrachtet. Wenn der Befehl \u2018QUIT\u2019 nicht gesendet wird, bevor die Verbindung geschlossen wird, l\u00f6scht der Zielserver einfach alle gespeicherten Nachrichtendaten. Urspr\u00fcnglich wurde der Befehl als eleganter Weg zum Schlie\u00dfen einer Verbindung verwendet, heute wird er h\u00e4ufig dazu benutzt, um eine abgeschlossene Transaktion darzustellen, wobei viele Mailserver auf den QUIT-Befehl warten, bevor sie die Mail in eine Warteschlange stellen, damit der Message Transfer Agent sie weiterleiten kann. Sobald Sie den QUIT-Befehl gesendet haben, sollte der Zielserver eine 221-Antwort senden, um zu best\u00e4tigen, dass die Transaktion abgeschlossen ist und die Verbindung geschlossen wird.<\/p>\n
Wenn Sie sich mit dem SMTP-Protokoll vertraut machen wollen, sollten Sie die RFC 821, 2476 und 2554 lesen. Vor allem bei der Lekt\u00fcre von RFC 821 sollten Sie bedenken, dass sich die E-Mail-Server seit 1982 erheblich ver\u00e4ndert haben, teilweise als Reaktion auf den Missbrauch durch Spammer.<\/p>","protected":false},"excerpt":{"rendered":"
Electronic Mail has existed in one form or another as far back as the 1960’s. People would leave messages for one another using a number of different methods on mainframe computers but it wasn’t until August 1982 when the Information Sciences Institute published The Simple Mail Transfer Protocol (SMTP; RFC 821) that a standardized method Read more about Att SMTP Server – The SMTP Protocol<\/span>[...]<\/a><\/p>","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-71","post","type-post","status-publish","format-standard","hentry","category-smtp-servers"],"_links":{"self":[{"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/posts\/71","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/comments?post=71"}],"version-history":[{"count":1,"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/posts\/71\/revisions"}],"predecessor-version":[{"id":72,"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/posts\/71\/revisions\/72"}],"wp:attachment":[{"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/media?parent=71"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/categories?post=71"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.smtp-server.net\/de\/wp-json\/wp\/v2\/tags?post=71"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}