Kategorie:E-Mail/Architektur: Unterschied zwischen den Versionen

Aus Foxwiki
Versionsgeschichte interaktiv durchsuchen
← Zum vorherigen Versionsunterschied
VisuellWikitext
K Textersetzung - „Man-Pages“ durch „Man-Page“
 
(70 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
'''topic''' kurze Beschreibung
'''topic''' - Kurzbeschreibung


== Beschreibung ==
== Beschreibung ==
== Geschichte ==
Vor dem Aufkommen von E-Mail wurden Nachrichten als [[Brief]] oder [[Telegramm]], später auch – als die ersten beiden elektronischen Übertragungsverfahren – [[Fernschreiber|Fernschreiben (Telex)]] und [[Teletex]] sowie [[Fax]] übermittelt. Ende der 1980er Jahre begann dann die weltweite Verbreitung der E-Mail – sie war eine der ersten Anwendungen, die die Möglichkeiten des [[Arpanet]]s nutzten. Die Einführung von E-Mail wurde nicht gezielt vorangetrieben, sondern eroberte das Netzwerk wegen des Benutzerverhaltens. Das überraschte die Arpanet-Initiatoren, denn noch 1967 hatte [[Lawrence Roberts (Ingenieur)|Lawrence Roberts]], der spätere Leiter von [[IPTO]], gesagt, die Möglichkeit des Austausches von Botschaften unter den Netzwerkteilnehmern sei kein wichtiger Beweggrund, um ein Netzwerk von wissenschaftlichen Rechnern aufzubauen („''{{lang|en|not an important motivation for a network of scientific computers}}''“).


Ein Vorläufer der E-Mail war das MAIL-Systemkommando in der Erweiterung [[Multics]] des CTSS {{lang|en|Time-Sharing}}-Systems am [[Massachusetts Institute of Technology|MIT]], vorgeschlagen 1964/65 von den Systementwicklern [[Glenda Schroeder]], [[Louis Pouzin]] und Pat Crisman und implementiert 1965 von Tom Van Vleck.<ref>Paul Ferdinand Siegert, Die Geschichte der E-Mail, Bielefeld: transcript 2008, S. 192 (Dissertation Universität Lüneburg)</ref><ref>[http://www.multicians.org/thvv/mail-history.html Tom Van Vleck, The history of electronic mail]</ref> Möglichkeiten, Mail im [[Arpanet]] zu versenden, regte [[J. C. R. Licklider]] schon 1968 an und die Idee wurde unter den Entwicklern diskutiert (RFC&nbsp;196, „{{lang|en|Mail Box Protocol}}“ von Richard W.&nbsp;Watson vom 20. Juli 1971). Nachdem Multics, in dem ein Mail-Programm zur Kommunikation der Nutzer implementiert worden war, im Oktober 1971 an das Arpanet angeschlossen worden war, wurde Anfang 1972 ein Mail-Programm über das Arpanet von der ''{{lang|en|MAC Networking Group}}'' unter Mike Padlipsky implementiert.
=== Zustellung einer E-Mail ===
Der Versender erstellt eine Nachricht mit seinem [[E-Mail-Programm]] ([[Mail User Agent]] (MUA))


[[Ray Tomlinson]] hat im Oktober 1971<ref>{{Internetquelle |autor=Martin Bryant |url=https://thenextweb.com/news/the-first-email-was-sent-40-years-ago-this-month |titel=The first email was sent 40 years ago this month - The Next Web |datum=2011-10-08 |sprache=en |abruf=2021-06-21}}</ref> den ersten elektronischen Brief verschickt und gilt seitdem als Erfinder der E-Mail.<ref>{{Webarchiv |url=http://www.bbn.com/about/timeline/email |text=The First Email |archive-today=2013.01.02-095704}}</ref> Er war bei dem Forschungsunternehmen [[Bolt Beranek and Newman|Bolt, Beranek and Newman (BBN)]] an der Entwicklung des Betriebssystems [[TOPS-20#TENEX|TENEX]] beteiligt, das auf vielen im Arpanet verbundenen Rechnern zur Verfügung stand, und beschäftigte sich dabei unter anderem mit dem Programm SNDMSG für die Übermittlung von Nachrichten unter den Benutzern des [[Großrechner]]s und dem Protokoll CPYNET für die Übertragung von [[Datei]]en zwischen Computern.<ref name="Tomlinson">{{Internetquelle |autor=Ray Tomlinson |url=http://openmap.bbn.com/~tomlinso/ray/firstemailframe.html |titel=The First Network Email |abruf=2009-05-30}}</ref> Programme wie SNDMSG gab es wie erwähnt bereits seit den frühen 1960er Jahren. Sie ermöglichten Benutzern, den Mailboxen anderer Benutzer desselben Computers Text hinzuzufügen. Eine Mailbox war seinerzeit nichts weiter als eine einzelne Datei, die nur ein Benutzer lesen konnte. Tomlinson kam 1971 auf die Idee, CPYNET so zu ändern, dass es vorhandene Dateien ergänzen konnte und es dann in SNDMSG einzuarbeiten.<ref name="Tomlinson" /> Die erste Anwendung dieser Kombination war eine Nachricht von Tomlinson an seine Kollegen, in der er Ende 1971 mitteilte, dass man nun Nachrichten übers Netzwerk senden konnte, indem man dem Benutzernamen des Adressaten das Zeichen „[[@]]“ und den [[Hostname]] des Computers anfügte.<ref name="Tomlinson" />
[[Datei:E-mail.svg]]


Parallel zum Internet entwickelten sich zu Beginn der 1980er Jahre in den meisten Netzwerken Systeme, mit denen sich Nachrichten übertragen ließen. Dazu gehörten unter anderem [[Mailbox (Computer)|Mailbox]]-Systeme, [[X.25]], [[Novell]] und [[Bildschirmtext|BTX]]. Diese Systeme wurden Mitte der 1990er durch die Verbreitung des Internets stark verdrängt. Aus dem Jahr 1982 stammt das Protokoll ''[[Request for Comments|RFC]]&nbsp;822''. ''RFC&nbsp;822'' wurde im Jahr 2001 durch ''RFC&nbsp;2822'' ersetzt, das wiederum im Jahr&nbsp;2008 durch ''RFC&nbsp;5322'' ersetzt wurde.
=== E-Mail-Adresse ===
 
Eine E-Mail-Adresse bezeichnet eindeutig den Empfänger einer E-Mail und ermöglicht damit eine Zustellung an diesen Empfänger.  
[[Datei:Ka25Year@mail.JPG|mini|Karlsruhe feiert mit einem 35 m²<ref>{{Internetquelle |url=http://ka.stadtwiki.net/XXL-Stadtschild |titel=XXL-Stadtschild |werk=Stadtwiki Karlsruhe |abruf=2017-10-12}}</ref> großen Stadtschild sein Jubiläum: 25 Jahre E-Mail (August 2009)|269x269px]]
* So, wie sie für den Transport per [[Simple Mail Transfer Protocol|SMTP]] im Internet verwendet wird, besteht sie aus zwei Teilen: In <code>info@wikipedia.org</code> ist <code>wikipedia.org</code> der ''domain-part'', <code>info</code> der ''local-part''. (Andere Transportmechanismen wie zum Beispiel [[Unix to Unix Copy|UUCP]] oder [[X.400]] verwenden eine andere Adress-Syntax.)
In Deutschland wurde am 3. August 1984 um 10:14&nbsp;Uhr [[Mitteleuropäische Zeit|MEZ]] die erste Internet-E-Mail empfangen: [[Michael Rotert]] von der [[Karlsruher Institut für Technologie|Universität Karlsruhe (TH)]] empfing unter seiner Adresse ''„rotert@germany“'' eine Grußbotschaft von Laura Breeden ''(„breeden@csnet-sh.arpa“)'' an der US-amerikanischen Plattform [[CSNET]] aus [[Cambridge (Massachusetts)]] zur elektronischen Kommunikation von Wissenschaftlern, die einen Tag zuvor (am 2.&nbsp;August 1984, 12:21&nbsp;Uhr)<ref>{{Webarchive|url=http://www.spiegel.de/images/image-2307-gallery-uhfg.jpg |text=Die 1. E-Mail in Deutschland (Bild)|wayback=20160511105714}}</ref> abgeschickt worden war. Eine Kopie dieser E-Mail wurde als „CC“ gleichzeitig an den Leiter des Projekts, [[Werner Zorn]] mit der Adresse ''(„zorn@germany“)'', geschickt.<ref>''[http://www.spiegel.de/netzwelt/tech/0,1518,639654,00.html 25 Jahre E-Mail in Deutschland – Und es hat „Pling!“ gemacht]'' (Spiegel Online) und {{Webarchiv |url=http://www.tagesschau.de/inland/email102.html |text=25 Jahre E-Mails in Deutschland – „Meine Mail-Adresse lautete ‚zorn@germany‘.“ (Archivversion) |wayback=20110605072324}}, (Tagesschau, Das Erste)</ref>
{{Zitat
|Text=Wilkomen in CSNET!
Michael, This is your official welcome to CSNET.
|Autor=Betreff und Gruß der ersten nach Deutschland gesendeten Internet-E-Mail}}
 
Heute werden E-Mails meist per [[Simple Mail Transfer Protocol|SMTP]] verschickt. Zum Abrufen der E-Mails vom Zielserver existieren verschiedene Protokolle, etwa [[Post Office Protocol|POP3]], [[Internet Message Access Protocol|IMAP]] oder [[Webmail]]. [[X.400]] ist ein offener Standard, der hauptsächlich im [[Local Area Network|LAN]] oder [[Wide Area Network|WAN]] benutzt wird.
 
Die erste große E-Mail-Diskussionsgruppe, die im Arpanet entstand, war eine [[Mailingliste]] namens „SF-LOVERS“, in der sich eine Reihe von [[Defense Advanced Research Projects Agency|DARPA]]-Forschern an öffentlichen Diskussionen über [[Science-Fiction]] beteiligten.<ref>(Rheingold, 1994)</ref> ''SF-LOVERS'' tauchte in den späten 1970er Jahren im Arpanet auf. Zunächst wurde versucht, dagegen einzuschreiten, weil derartige Aktivitäten selbst bei liberalster Auslegung mit Forschung wenig zu tun hatten. Für einige Monate wurde die Liste deshalb gesperrt. Schließlich wurden die Verantwortlichen der DARPA aber mit dem Argument überzeugt, dass ''SF-LOVERS'' ein wichtiges Pilotprojekt zur Erforschung der Verwaltung und des Betriebs großer Mailinglisten war.<ref>(Hauben, 1993)</ref> Die Systemingenieure mussten das System wiederholt umbauen, damit es das explosionsartig ansteigende Nachrichtenaufkommen bewältigen konnte.
 
Im Jahr 2014 wurden in Deutschland rund 506,2 Milliarden E-Mails versendet.<ref name="Emailzahlen">[https://www.sc-networks.de/blog/zahlen-und-fakten-zum-e-mail-traffic/ Zahlen und Fakten zum E-Mail-Traffic.] Abgerufen am 13. Februar 2015.</ref> Im Jahr 2015 waren weltweit schätzungsweise 4,353&nbsp;Milliarden E-Mail-Konten von 2,586&nbsp;Milliarden Nutzern in Gebrauch.<ref>[http://www.radicati.com/wp/wp-content/uploads/2015/02/Email-Statistics-Report-2015-2019-Executive-Summary.pdf Email Statistics Report, 2015–2019] (PDF; 586&nbsp;kB) März 2015, S. 3. Abgerufen am 22. Januar 2016.</ref> 81 % der Deutschen versendeten und empfingen im Jahr 2015 E-Mails.<ref name="Emailzahlen" />
 
== Zustellung einer E-Mail (Prinzip) ==
=== Die E-Mail-Adresse ===
{{Hauptartikel|E-Mail-Adresse}}
[[Datei:Erklärung E-mail Versand.webm|mini|Zustellung einer E-Mail (Erklärvideo)]]
Eine E-Mail-Adresse bezeichnet eindeutig den Empfänger einer E-Mail und ermöglicht damit eine Zustellung an diesen Empfänger. So, wie sie für den Transport per [[Simple Mail Transfer Protocol|SMTP]] im Internet verwendet wird, besteht sie aus zwei Teilen: In <code>info@wikipedia.org</code> ist <code>wikipedia.org</code> der ''domain-part'', <code>info</code> der ''local-part''. (Andere Transportmechanismen wie zum Beispiel [[Unix to Unix Copy|UUCP]] oder [[X.400]] verwenden eine andere Adress-Syntax.)
Der ''domain-part'' benennt den [[MX Resource Record]] (meist identisch der Domain) des [[Mailserver]]s, dem die E-Mail zugestellt werden soll.
Der ''domain-part'' benennt den [[MX Resource Record]] (meist identisch der Domain) des [[Mailserver]]s, dem die E-Mail zugestellt werden soll.
Der ''local-part'' identifiziert eindeutig den Besitzer eines [[E-Mail-Postfach]]s auf diesem Mailserver.
Der ''local-part'' identifiziert eindeutig den Besitzer eines [[E-Mail-Postfach]]s auf diesem Mailserver.


=== Der Weg einer typischen E-Mail (Prinzip) ===
=== E-Mail Zustellung ===
[[Datei:E-Mail-Prinzip-v05.png|mini|hochkant=2|Schematische Darstellung des prinzipiellen Ablaufs der Zustellung einer typischen E-Mail]]
[[Datei:E-Mail-Prinzip-v05.png|alternativtext=E-Mail-Prinzip|mini]]
In einem typischen Fall nimmt eine E-Mail den folgenden Weg von einem Absender (im Beispiel: Anja)
durch das Internet zu einem Adressaten (im Beispiel: Bertram), siehe Abbildung rechts.


# Anja schreibt auf ihrem Laptop in ihrem E-Mail-Programm eine E-Mail an Bertram.
;Weg einer E-Mail vom Absender zum Adressaten
# Das E-Mail-Programm auf Anjas Laptop sendet die Nachricht über das häusliche W-LAN und über Anjas Internetdienstanbieter an den Mailserver von Anjas E-Mail-Provider „ArKom“.
#Anja schreibt eine E-Mail an Bertram
# Der Mailserver von „ArKom“ schickt die E-Mail über das Internet (und u.&nbsp;U. viele weitere Server) an den Mailserver von Bertrams E-Mail-Provider „HeissBrief“.
#E-Mail-Programm sendet die Nachricht an Mailserver ihres E-Mail-Providers „ArKom“
# Der Mailserver von „HeissBrief“ speichert die eingehende E-Mail von Anja in Bertrams E-Mail-Postfach.
#Mailserver von „ArKom“ schickt E-Mail an Mailserver von Bertrams E-Mail-Provider „HeissBrief“
# Das E-Mail-Programm auf Bertrams Smartphone ruft regelmäßig über UMTS und Bertrams Telekommunikationsanbieter das E-Mail-Postfach bei „HeissBrief“ ab. Sobald es die E-Mail von Anja dort findet, lädt es sie herunter auf Bertrams Smartphone.
#Mailserver von „HeissBrief“ speichert die eingehende E-Mail von Anja in Bertrams E-Mail-Postfach
# Sobald Bertram die neue E-Mail im Posteingang seines E-Mail-Programms entdeckt, öffnet und liest er sie.
#Das E-Mail-Programm auf Bertrams Smartphone ruft regelmäßig über UMTS und Bertrams Telekommunikationsanbieter das E-Mail-Postfach bei „HeissBrief“ ab
#Sobald es die E-Mail von Anja dort findet, lädt es sie herunter auf Bertrams Smartphone
#Sobald Bertram die neue E-Mail im Posteingang seines E-Mail-Programms entdeckt, öffnet und liest er sie  


Besonderheiten: Oftmals wird es sich bei Anjas Internetdienstanbieter und Anjas E-Mail-Provider um ein und dasselbe Unternehmen handeln. Wenn Anja und Bertram ihre E-Mail-Konten beim selben E-Mail-Anbieter haben, entfällt Schritt 3.
;Besonderheiten
*Internetdienstanbieter und E-Mail-Provider können dasselbe Unternehmen sein
*Haben beide ihre E-Mail-Konten bei demselben E-Mail-Anbieter, entfällt Schritt 3.


=== Zustell- und Lesebestätigungen ===
===Zustell- und Lesebestätigung===
Je nach Ausführung des verwendeten E-Mail-Programms kann der Absender einer E-Mail eine Zustellbestätigung und/oder eine Lesebestätigung anfordern.
Je nach Ausführung des verwendeten E-Mail-Programms kann der Absender einer E-Mail eine Zustellbestätigung und/oder eine Lesebestätigung anfordern.


Wurde eine ''Zustellbestätigung'' angefordert, erhält der Absender (im obigen Beispiel Anja) eine [[Delivery Status Notification]] (DSN) in Form einer E-Mail, sobald seine E-Mail erfolgreich im Postfach des Empfängers abgelegt wurde und die beteiligten Architekturen dies unterstützen. Bezogen auf das obige Beispiel geschähe dies zeitlich unmittelbar nach Schritt 4.
Wurde eine ''Zustellbestätigung'' angefordert, erhält der Absender (im obigen Beispiel Anja) eine [[Delivery Status Notification]] (DSN) in Form einer E-Mail, sobald seine E-Mail erfolgreich im Postfach des Empfängers abgelegt wurde und die beteiligten Architekturen dies unterstützen.  
*Bezogen auf das obige Beispiel geschähe dies zeitlich unmittelbar nach Schritt 4.


Wurde eine ''Lesebestätigung'' angefordert, erhält der Absender (im obigen Beispiel Anja) eine [[Message Disposition Notification]] (MDN) in Form einer E-Mail, wenn der Empfänger (im obigen Beispiel Bertram) die an ihn gerichtete E-Mail öffnet und das Auslösen dieser Bestätigung nicht verhindert. Bezogen auf das obige Beispiel geschähe dies zeitlich unmittelbar im Schritt 6 beim Öffnen der E-Mail. Die Lesebestätigung kann somit ''nicht'' dahingehend interpretiert werden, dass der Empfänger die E-Mail auch tatsächlich gelesen oder gar verstanden hat.
Wurde eine ''Lesebestätigung'' angefordert, erhält der Absender (im obigen Beispiel Anja) eine [[Message Disposition Notification]] (MDN) in Form einer E-Mail, wenn der Empfänger (im obigen Beispiel Bertram) die an ihn gerichtete E-Mail öffnet und das Auslösen dieser Bestätigung nicht verhindert.  
*Bezogen auf das obige Beispiel geschähe dies zeitlich unmittelbar im Schritt 6 beim Öffnen der E-Mail.
*Die Lesebestätigung kann somit ''nicht'' dahingehend interpretiert werden, dass der Empfänger die E-Mail auch tatsächlich gelesen oder gar verstanden hat.


Insofern haben diese Bestätigungen den – allerdings nicht-juristischen, sondern lediglich informativen – Charakter eines [[Einschreiben#Einschreiben Einwurf|Einschreiben Einwurf]] (Zustellbestätigung) bzw. eines [[Einschreiben#Einschreiben mit Rückschein|Einschreibens mit Rückschein]] (Lesebestätigung) in Deutschland.
Insofern haben diese Bestätigungen den – allerdings nicht-juristischen, sondern lediglich informativen – Charakter eines [[Einschreiben#Einschreiben Einwurf|Einschreiben Einwurf]] (Zustellbestätigung) bzw. eines [[Einschreiben#Einschreiben mit Rückschein|Einschreibens mit Rückschein]] (Lesebestätigung) in Deutschland.


== Technische Details ==
===Laufzeit===
Die Laufzeit (Transportzeit einer Postsendung vom Absender zum Empfänger) der E-Mail kann ein Problem darstellen, da sie – anders als zum Beispiel beim [[Telefax]] – nicht vorhersehbar ist und unter ungünstigen Voraussetzungen stark schwanken kann.
*Die Schwankungen der Laufzeit werden durch eine Vielzahl von Parametern beeinflusst, vor allem durch die Auslastung der beteiligten Mailsysteme sowie der für E-Mail bereitstehenden Übertragungskapazität der die Mailsysteme verbindenden Leitungen.
*Ist der Mailserver des Empfängers länger nicht erreichbar, oder wird die Mail nur in großen Zeitabständen auf den Server des Empfängers übertragen, kann es durchaus zu Laufzeiten von einigen Tagen kommen.


Das Format einer E-Mail wird durch den RFC 5322 festgelegt. Danach bestehen E-Mails nur aus Textzeichen (7-Bit-[[American Standard Code for Information Interchange|ASCII]]-Zeichen). Um auch andere Zeichen übertragen zu können, wurden weitere Internet-Standards definiert, mit deren Hilfe 8-Bit-Zeichen in [[American Standard Code for Information Interchange|ASCII]] kodiert werden. Der Standard [[Quoted-Printable]] kodiert zum Beispiel den Buchstaben „ß“ als Zeichenkette „=DF“. Breite Verwendung haben die Standards der [[Multipurpose Internet Mail Extensions|MIME]]-Serie gefunden, mit deren Hilfe nicht nur Sonderzeichen in Texten, sondern auch Binär-Dateien kodiert werden können, zum Beispiel um sie als E-Mail-Anhänge zu verschicken.
Die Nachteile der nicht fest definierten Laufzeit sind jedoch bei den heutigen modernen E-Mail-Systemen nahezu vernachlässigbar (weltweit selten mehr als eine Minute), da bei gut gepflegten Systemen nur noch relativ selten größere Fehler auftreten, durch die längere Laufzeiten verursacht werden könnten.  
*Verzögerungen können allerdings auch bei modernen E-Mail-Systemen durch diverse [[Spam]]schutz-Maßnahmen auftreten (beispielsweise dem [[Greylisting]]verfahren).


Die Gesamtgröße von E-Mails ist prinzipiell nicht begrenzt. In der Realität zeigen sich allerdings Grenzen durch technische oder administrative Beschränkungen der Systeme, die die E-Mail übertragen oder empfangen. [[E-Mail-Provider]], [[E-Mail-Postfach|E-Mail-Postfächer]] und beteiligte Mailserver können die Größe einer E-Mail begrenzen. In solchen Fällen sollte der begrenzende Mailserver dem Absender eine ''[[Bounce Message]]'' (Fehlermeldung) senden.
===Technische Details===
====Format einer E-Mail====
; RFC 5322
*Danach bestehen E-Mails nur aus Textzeichen (7-Bit-[[American Standard Code for Information Interchange|ASCII]]-Zeichen).
*Um auch andere Zeichen übertragen zu können, wurden weitere Internet-Standards definiert, mit deren Hilfe 8-Bit-Zeichen in [[American Standard Code for Information Interchange|ASCII]] kodiert werden.
*Der Standard [[Quoted-Printable]] kodiert zum Beispiel den Buchstaben „ß“ als Zeichenkette „=DF“.
*Breite Verwendung haben die Standards der [[Multipurpose Internet Mail Extensions|MIME]]-Serie gefunden, mit deren Hilfe nicht nur Sonderzeichen in Texten, sondern auch Binär-Dateien kodiert werden können, zum Beispiel um sie als E-Mail-Anhänge zu verschicken.


=== Speicherung ===
====Größe von E-Mails====
Wo die Mails permanent gespeichert werden, hängt von der verwendeten Technik des Endanwenders ab. Benutzt er ein [[Webschnittstelle|Webinterface]], so werden die Mails grundsätzlich auf dem Mailserver gehalten. Wenn er ein Mailprogramm einsetzt, das die Mails mit dem Protokoll [[Internet Message Access Protocol|IMAP]] liest, dann werden die E-Mails ebenfalls auf einem Mailserver gehalten. Ursprünglich sah das alternative Protokoll [[Post Office Protocol|POP]] vor, dass die Mails vom Server geholt und dort gleichzeitig gelöscht werden.
;prinzipiell nicht begrenzt
*In der Realität zeigen sich allerdings Grenzen durch technische oder administrative Beschränkungen der Systeme, die die E-Mail übertragen oder empfangen. [[E-Mail-Provider]], [[E-Mail-Postfach|E-Mail-Postfächer]] und beteiligte Mailserver können die Größe einer E-Mail begrenzen.
*In solchen Fällen sollte der begrenzende Mailserver dem Absender eine ''[[Bounce Message]]'' (Fehlermeldung) senden.


Der hingegen auf dem Rechner des Benutzers arbeitende ''Client'' verwaltet das Ablegen der E-Mails und deren Anhänge auf einem Massenspeicher, in der Regel auf einem lokalen Laufwerk ([[Festplatte]]) des [[Computer]]s. Bei neueren POP-Versionen ist es aber –&nbsp;abhängig von den Einstellungen des Servers&nbsp;– auch möglich, die Mails auf dem Server zu belassen.
====Speicherung====
=====IMAP=====
=====POP3=====
=====Lokal=====
 
Wo die Mails permanent gespeichert werden, hängt von der verwendeten Technik des Endanwenders ab.
*Benutzt er ein [[Webschnittstelle|Webinterface]], so werden die Mails grundsätzlich auf dem Mailserver gehalten.
*Wenn er ein Mailprogramm einsetzt, das die Mails mit dem Protokoll [[Internet Message Access Protocol|IMAP]] liest, dann werden die E-Mails ebenfalls auf einem Mailserver gehalten.
*Ursprünglich sah das alternative Protokoll [[Post Office Protocol|POP]] vor, dass die Mails vom Server geholt und dort gleichzeitig gelöscht werden.
 
Der hingegen auf dem Rechner des Benutzers arbeitende ''Client'' verwaltet das Ablegen der E-Mails und deren Anhänge auf einem Massenspeicher, in der Regel auf einem lokalen Laufwerk ([[Festplatte]]) des [[Computer]]s.  
*Bei neueren POP-Versionen ist es aber – abhängig von den Einstellungen des Servers – auch möglich, die Mails auf dem Server zu belassen.
E-Mails werden (lokal oder auf dem Mailserver) häufig nicht einzeln als separate Dateien, sondern zusammengefasst in Container-Dateien gespeichert. [[mbox]] ist eine unter Unix/Linux häufig verwendete Möglichkeit, eine Alternative ist [[Maildir]].
E-Mails werden (lokal oder auf dem Mailserver) häufig nicht einzeln als separate Dateien, sondern zusammengefasst in Container-Dateien gespeichert. [[mbox]] ist eine unter Unix/Linux häufig verwendete Möglichkeit, eine Alternative ist [[Maildir]].


Für einzelne E-Mails ist unter anderem die Dateiendung <code>.eml</code> geläufig, die von Programmen wie [[Novell GroupWise]], [[Microsoft Outlook Express]], [[Lotus Notes]], [[Windows Mail]], [[Mozilla Thunderbird]] und Postbox verwendet wird. Die Dateien bestehen aus [[plain text]] im [[MIME]]-Format und enthalten die Kopfzeilen, den Nachrichteninhalt und Anhänge in einem oder mehreren Formaten.
Für einzelne E-Mails ist unter anderem die Dateiendung <code>.eml</code> geläufig, die von Programmen wie [[Novell GroupWise]], [[Microsoft Outlook Express]], [[Lotus Notes]], [[Windows Mail]], [[Mozilla Thunderbird]] und Postbox verwendet wird.  
*Die Dateien bestehen aus [[plain text]] im [[MIME]]-Format und enthalten die Kopfzeilen, den Nachrichteninhalt und Anhänge in einem oder mehreren Formaten.


Das E-Mail-Programm [[Pegasus Mail]] (kurz PMail) verwendet eigene [[Pegasus Mail#Mailordner|Mailordner]].
Das E-Mail-Programm [[Pegasus Mail]] (kurz PMail) verwendet eigene [[Pegasus Mail#Mailordner|Mailordner]].
Zeile 73: Zeile 84:
Eine im Jahr 2008 erschienene und bekanntere [[Open Source|Open Source-Software]] für [[Webmail]]er über [[Internet Message Access Protocol|IMAP]] ist [[Roundcube]].
Eine im Jahr 2008 erschienene und bekanntere [[Open Source|Open Source-Software]] für [[Webmail]]er über [[Internet Message Access Protocol|IMAP]] ist [[Roundcube]].


=== Zustellung einer E-Mail: beteiligte Server und Protokolle ===
==Zustellung einer E-Mail: beteiligte Server und Protokolle==
[[Datei:Wie E-Mail funktioniert.svg|mini|hochkant=2|Beteiligte Server und Protokolle bei der Zustellung einer typischen E-Mail]]
[[Datei:Wie E-Mail funktioniert.svg|mini|hochkant=2|Beteiligte Server und Protokolle bei der Zustellung einer typischen E-Mail]]
#Client schickt SMTP-Anfrage an den Quell-Mailserver (a.org)
#Mailserver erfragt „Mail eXchanger record“ beim DNS-Server (ns.b.com)
#DNS-Server liefert MX-Record mit Prioritätsliste von Ziel-Mailservern (b.com)
#a.org sendet E-Mail nacheinander an alle b.com, bis einer die E-Mail annimmt
#Der Ziel-Mailserver speichert die E-Mail, bis der Nutzer „Bob“ seine E-Mails per POP3 abholt.


Beispiel eines Ablaufs:
====Verwendete Protokolle====
# Client schickt SMTP-Anfrage an den Quell-Mailserver (a.org)
*[[Simple Mail Transfer Protocol|SMTP]] ist ein Protokoll zum Mailversand und -transport.
# Mailserver erfragt „Mail eXchanger record“ beim DNS-Server (ns.b.com)
*Zum Versenden über ein [[E-Mail-Programm]] benötigt man den Namen eines [[SMTP-Relay-Server|SMTP-Relay-Rechners]], oft auch als SMTP-Server bezeichnet.
# DNS-Server liefert MX-Record mit Prioritätsliste von Ziel-Mailservern (b.com)
*Dieses entspricht beim Versand eines Post[[brief]]es dem öffentlichen [[Postbriefkasten]].
# a.org sendet E-Mail nacheinander an alle b.com, bis einer die E-Mail annimmt
*[[POP3]] dient zum Abruf von Mails aus dem E-Mail-Postfach eines [[Mailserver]]s.
# Der Ziel-Mailserver speichert die E-Mail, bis der Nutzer „Bob“ seine E-Mails per POP3 abholt.
*Für die Briefpost entspricht es dem Gang zum Briefschlitz an der Haustür.
 
*[[Internet Message Access Protocol|IMAP]] dient ebenfalls dazu, auf Postfächer zuzugreifen, die auf Mailservern liegen.
==== Verwendete Protokolle ====
*Im Gegensatz zu POP3 ist IMAP darauf ausgelegt, die Mails am Server zu belassen und dort in Ordnern zu verwalten.
* [[Simple Mail Transfer Protocol|SMTP]] ist ein Protokoll zum Mailversand und -transport. Zum Versenden über ein [[E-Mail-Programm]] benötigt man den Namen eines [[SMTP-Relay-Server|SMTP-Relay-Rechners]], oft auch als SMTP-Server bezeichnet. Dieses entspricht beim Versand eines Post[[brief]]es dem öffentlichen [[Postbriefkasten]].
*[[Simple Mail Access Protocol|SMAP]] ist eine Weiterentwicklung von IMAP, die sich noch im experimentellen Stadium befindet.
* [[POP3]] dient zum Abruf von Mails aus dem E-Mail-Postfach eines [[Mailserver]]s. Für die Briefpost entspricht es dem Gang zum Briefschlitz an der Haustür.
* [[Internet Message Access Protocol|IMAP]] dient ebenfalls dazu, auf Postfächer zuzugreifen, die auf Mailservern liegen. Im Gegensatz zu POP3 ist IMAP darauf ausgelegt, die Mails am Server zu belassen und dort in Ordnern zu verwalten.
* [[Simple Mail Access Protocol|SMAP]] ist eine Weiterentwicklung von IMAP, die sich noch im experimentellen Stadium befindet.
 
Heutzutage sind hauptsächlich SMTP, POP3 und IMAP in Verwendung, oft in Verbindung mit [[Secure Sockets Layer|SSL]]-Verschlüsselung (siehe [[SMTPS]], [[POP3S]] und [[Internet Message Access Protocol#IMAPS|IMAPS]]).
 
=== Laufzeit ===
Die Laufzeit (Transportzeit einer Postsendung vom Absender zum Empfänger) der E-Mail kann ein Problem darstellen, da sie – anders als zum Beispiel beim [[Telefax]] – nicht vorhersehbar ist und unter ungünstigen Voraussetzungen stark schwanken kann. Die Schwankungen der Laufzeit werden durch eine Vielzahl von Parametern beeinflusst, vor allem durch die Auslastung der beteiligten Mailsysteme sowie der für E-Mail bereitstehenden Übertragungskapazität der die Mailsysteme verbindenden Leitungen. Ist der Mailserver des Empfängers länger nicht erreichbar, oder wird die Mail nur in großen Zeitabständen auf den Server des Empfängers übertragen, kann es durchaus zu Laufzeiten von einigen Tagen kommen.
 
Die Nachteile der nicht fest definierten Laufzeit sind jedoch bei den heutigen modernen E-Mail-Systemen nahezu vernachlässigbar (weltweit selten mehr als eine Minute), da bei gut gepflegten Systemen nur noch relativ selten größere Fehler auftreten, durch die längere Laufzeiten verursacht werden könnten. Verzögerungen können allerdings auch bei modernen E-Mail-Systemen durch diverse [[Spam]]schutz-Maßnahmen auftreten (beispielsweise dem [[Greylisting]]verfahren).
 
== Vor- und Nachteile ==
Das E-Mail-System besitzt einige Vor- und Nachteile, die im Folgenden aufgeführt sind:
 
=== Praktische Vorteile gegenüber der Papierpost ===
Als wesentlicher Vorteil von E-Mails ist zu nennen, dass sie sehr schnell (im Bereich von wenigen Sekunden) übermittelt und vom Empfänger gelesen werden können. Der praktische Aufwand, eine E-Mail zu verschicken und zu empfangen, ist geringer, da kein Ausdrucken, Kuvertieren, Adressieren, Frankieren und Postkasteneinwerfen beim Absender und kein Briefkastenentleeren und Brieföffnen beim Empfänger nötig ist. Auf dem Computer geschriebene Briefe können direkt und einfach per E-Mail verschickt und beim Empfänger direkt auf dem Computer gelesen und ggf. weiterverarbeitet werden.
 
Auch der finanzielle Einzelaufwand (Kosten für Versand einer E-Mail) ist im Normalfall geringer (keine Material- und Portokosten), sofern viele E-Mails verarbeitet werden oder die nötige Infrastruktur (Computer mit Internetzugang) sowieso schon beim Absender und Empfänger zur weitergehenden Nutzung vorhanden ist. Zudem wird der Aufwands- und Kostenvorteil umso größer, je mehr Empfänger die gleiche E-Mail erhalten sollen (Rundschreiben). E-Mail-Dienste werden im Internet für den Privatgebrauch meist kostenlos angeboten. Sie finanzieren sich im Allgemeinen durch Werbung.
 
Hinsichtlich der Umweltfreundlichkeit von E-Mails im Speziellen gibt es verschiedene Diskussionen und Ansichten wie auch beim Internet und der Computertechnik im Allgemeinen. Zumindest sind E-Mails insofern umweltfreundlicher als herkömmliche Briefe, als sie unmittelbar kein Papier verbrauchen und keinen materiellen Transport (Lkw, Bahn, Flugzeug, Schiff usw.) benötigen.
 
E-Mails haben gegenüber normaler Papier-Post den Vorteil, dass ihre Anschriften- und Absendertexte (E-Mail-Adressen) deutlich kürzer sind als bei normalen Papier-Post-Adressen mit Name, Straße/Postfach, Postleitzahl, Ort und ggf. Land. E-Mail-Adressen können weitgehend frei gewählt werden und es besteht auch kein Zwang, den eigenen Namen in Klartext (z.&nbsp;B. ''michael.mueller@xyz.org'') als E-Mail-Adresse zu verwenden, sofern der [[Domain (Internet)|Domain]]-Inhaber (xyz.org) keine Regeln zum Format seiner E-Mail-Adressen aufgestellt hat oder keine Gesetze gebrochen werden. Stattdessen sind ebenso [[Pseudonym]]e wählbar, womit eine höhere [[Anonymität]] erreicht wird, da die E-Mail-Adresse nicht oder nur begrenzt (über die Domain hergeleitet) Aussage macht bzw. Rückschlüsse erlaubt über Namen, Herkunft, Geschlecht, Anschrift, geosozialen Status usw. Ebenso ist der Besitz mehrerer verschiedener E-Mail-Adressen möglich.
 
In der praktischen Handhabung bieten E-Mails ebenso Vorteile gegenüber der Papier-Post. Eine E-Mail kann gleichzeitig an mehrere Empfänger verschickt werden, wobei auch mit verdeckten Empfängerlisten ([[Header (E-Mail)#BCC|BCC]]) gearbeitet werden kann, damit die komplette Empfängerliste nicht von jedem Empfänger einsehbar ist. E-Mails können auf dem Computer einfach archiviert und die Archive können leicht durchsucht werden, um eine E-Mail schnell wiederzufinden. Auch versendete und gelöschte E-Mails können automatisch archiviert werden.
 
E-Mail-Systeme bieten des Weiteren einige praktische Automatismen. E-Mails lassen sich auf Wunsch automatisch weiterleiten, entweder zu einer anderen E-Mail-Adresse oder auf anderen Kommunikationskanälen, beispielsweise als SMS oder Fax. Auch der umgekehrte Weg ist möglich, das heißt die Weiterleitung eines Fax oder einer SMS an eine E-Mail-Adresse. Auf Wunsch kann auch bei Eingang einer E-Mail eine automatische Antwort an den Absender verschickt werden (zum Beispiel eine Abwesenheits-Nachricht) oder es erfolgt eine Benachrichtigung, dass eine neue Nachricht eingegangen ist. Ebenso ist eine automatische Aussortierung von unerwünschten E-Mails (Spam-Filter & persönliche Blacklists) oder eine automatische Vorsortierung in verschiedene Ordner nach frei vorgebbaren Kriterien möglich.
 
Von Vorteil ist auch, dass an E-Mails weitere Dateien beliebiger Art angefügt werden können, die der Empfänger weiterverwenden kann. E-Mails (jedoch jeweils nur der Textkörper, nicht der Kopf) können aus [[Datenschutz]]gründen auch verschlüsselt und zur Authentifizierung elektronisch signiert werden. Ebenso können auf Wunsch digitale Visitenkarten mit weiteren Informationen (wie Anschrift oder Telefonnummer) als Anhang einer E-Mail mitverschickt werden, wodurch der Empfänger sein Adressbuch leichter mit E-Mail-Kontakten füllen und pflegen kann.
 
Auch beim Antworten auf E-Mails zeigen sich praktische Vorteile. Antworten auf E-Mails können einfacher und schneller begonnen werden, indem der Absender und die CC-Empfänger der Ursprungs-E-Mail automatisch als Empfänger der Antwort übernommen werden. Ebenso kann in Antworten der Inhalt der Ursprungs-E-Mail zitiert oder angefügt werden, um in der Antwort besser Bezug nehmen oder antworten zu können oder um den Diskussionsfaden zu dokumentieren.
 
=== Spam ===
{{Hauptartikel|Spam}}
Als Spam- {{IPA-Phon|spæm}} oder Junk-Mails ({{IPA-Phon|dʒʌŋk}}; englisch für ‚Abfall‘ oder ‚Plunder‘) werden unerwünschte E-Mails bezeichnet, die meist Werbung etc. enthalten. Die Effizienz von E-Mail wird durch den massenhaften Verkehr von Spam, also E-Mails, die dem Empfänger unverlangt zugestellt werden und häufig werbenden Inhalt haben, teilweise eingeschränkt, insofern die Bearbeitung von Spam-E-Mails den Empfänger Zeit kostet. Seit ungefähr 2002 sind mehr als 50 % und seit 2007 etwa 90 % des weltweiten E-Mail-Aufkommens Spam. Im Jahr 2010 wurden ca. 107&nbsp;Billionen E-Mails verschickt, mit einem Spam-Anteil von 89,1 %.<ref>[http://www.spiegel.de/netzwelt/web/0,1518,740121,00.html E-Mail- und Spam-Statistik 2010.] [[Spiegel Online]]</ref><ref>[http://www.messagelabs.com/mlireport/MessageLabsIntelligence_2010_Annual_Report_FINAL.pdf E-Mail- und Spam-Statistik 2010] (PDF; 5,4&nbsp;MB) MessageLabs Intelligence (englisch)</ref> Im Oktober 2015 lag der Spam-Anteil bei E-Mails bei 54 %.<ref name="Emailzahlen" />
 
Das [[Landgericht Bonn]] entschied 2014 mit Bezug auf einen Fall von [[Anwaltshaftung]], dass der Spam-Ordner eines Accounts, der im geschäftlichen Verkehr als Kontaktmöglichkeit zur Verfügung gestellt wird, täglich durchgesehen werden muss, um versehentlich als Werbung aussortierte E-Mails zurückzuholen.<ref>[http://www.justiz.nrw.de/nrwe/lgs/bonn/lg_bonn/j2014/15_O_189_13_Urteil_20140110.html Landgericht Bonn, Urteil vom 10. Januar 2014 (Az.: 15 O 189/13)]</ref>
 
=== Authentizität, Datenschutz und Integrität ===
{{Hauptartikel|E-Mail-Verschlüsselung}}
Wie jedes Kommunikationsmittel muss auch die E-Mail verschiedenen Anforderungen genügen, um als sicheres Kommunikationsmittel gelten zu dürfen. Hier sind als wichtigste Kriterien die Authentizität, der Datenschutz und die Integrität einer E-Mail zu nennen.
 
Mit der [[Authentizität]] einer E-Mail ist gemeint, dass sichergestellt ist, dass die E-Mail auch wirklich vom Absender stammt, also ein Original ist und keine betrügerische Fälschung. [[Datenschutz]] bezeichnet bei E-Mails im Wesentlichen den Schutz vor Mitlesen durch Dritte auf dem Übertragungsweg. Als [[Integrität (Informationssicherheit)|Integrität]] bezeichnet man das Schutzziel, dass der E-Mail-Inhalt bei der Übertragung vollständig und unverändert bleibt.
 
Zur Erreichung der Authentizität, des Datenschutzes und der Integrität existieren bereits diverse Schutzmechanismen, wie an anderen Stellen bereits beschrieben ([[Verschlüsselung]], [[#Absender-Authentifizierung|Absender-Authentifizierung]], [[Pretty Good Privacy]], [[GNU Privacy Guard]], [[S/MIME]]). Jedoch werden diese Schutzmechanismen beim Großteil des heutigen E-Mail-Verkehrs noch nicht angewendet. Ohne diese Schutzmechanismen besitzen herkömmliche E-Mails jedoch einen geringeren Schutz als eine normale [[Postkarte]].
 
Der folgende Unterabschnitt soll dazu möglichst plastisch den recht geringen Sicherheits-Standard einer herkömmlichen E-Mail im Vergleich zu einer Postkarte darstellen.
 
==== Vergleich mit der Postkarte ====
Herkömmliche (unverschlüsselte) E-Mails sind mit einer Postkarte vergleichbar, weil deren Inhalt offen und einfach lesbar verschickt wird. Verschlüsselte E-Mails entsprechen einem verschlossenen Brief, aber E-Mail-Verschlüsselung ist heute immer noch eher die Ausnahme. Aber auch bei einer verschlüsselten E-Mail ist neben dem Absender und den Empfängern (wie bei einem [[Brief]]) zusätzlich die Betreffzeile sowie generell alle Kopfzeilen lesbar.
 
E-Mails werden wie Postsachen beim E-Mail-Dienstleister wie bei einem Postamt gelagert. Somit sind unverschlüsselte E-Mails wie Postkarten beim E-Mail-Dienstleister lesbar. Zudem lassen sich E-Mails anders als normale Papier-Post einfach und automatisch nach nutzbaren Informationen durchsuchen und auswerten.
 
Zur Erhöhung der Zuverlässigkeit des E-Mail-Dienstes werden beim E-Mail-Dienstleister von E-Mails Kopien erstellt und eine Weile aufbewahrt, so als würde die Post Fotokopien von Postkarten und Briefen machen und archivieren.
 
Bei Papier-Post lässt sich auf Wunsch die erfolgte Zustellung dokumentieren (Einschreiben mit Rückschein) oder die Post läuft bei Annahmeverweigerung automatisch zurück zum Absender. Herkömmliche E-Mails besitzen zwar auch den Mechanismus der Annahmebestätigung, aber der Empfänger kann die E-Mail trotzdem lesen, ohne gezwungen zu sein, die Annahme dem Absender gegenüber zu bestätigen. Die Annahmeverweigerung als eigenständiger Mechanismus mit Rückmeldung an den Absender existiert bei herkömmlichen E-Mails nicht.
 
Eine Postkarte wird üblicherweise bei Inlandspost nur von einem bzw. bei internationaler Post von zwei Post-Unternehmen entgegengenommen, transportiert und an den Empfänger ausgehändigt. Eine E-Mail dagegen passiert auf dem Weg durch das Internet üblicherweise die Rechner verschiedener Unternehmen in verschiedenen Ländern. Theoretisch kann eine E-Mail quasi ihren Weg über den halben Erdball durch viele Länder über viele Zwischenstationen (Rechner) nehmen, und alle Beteiligten können diese mitlesen. Es ist insbesondere durch [[Edward Snowden]] bekannt geworden, dass [[Geheimdienst]]e den E-Mail-Verkehr systematisch nach bestimmten Stichwörtern durchsuchen.
 
Ein Einbrecher muss bei einem Postamt persönlich erscheinen, aber ein Hacker kann (bei Sicherheitslücken) einfach aus der Ferne in ein E-Mail-Postfach einbrechen, ohne dass er verfolgbare Spuren hinterlässt oder der Einbruch überhaupt bemerkt wird. Einbrecher haben bei E-Mail-Spionage weniger Risiko zu fürchten bei höheren Erfolgschancen und besseren Werkzeugen. Voraussetzung ist jedoch eine hohe fachliche Qualifikation des Einbrechers.
 
Sicherheitsmaßnahmen sind bei Papier-Post für jedermann einfach und nachvollziehbar umsetzbar (Einschreiben mit Rückschein, Siegel, Tresor, Alarmanlage …). Bei E-Mails sind Sicherheitsmaßnahmen viel diffiziler und nur von fortgeschrittenen Computer-Anwendern halbwegs beherrschbar. Aber auch Nachlässigkeiten der Nutzer, z.&nbsp;B. durch Wahl unsicherer Passwörter, erleichtern die Chancen der Einbrecher.
 
Ähnlich einfach wie bei einem Brief oder einer Postkarte lassen sich E-Mails mit einer falschen Absenderadresse verschicken, was zum Beispiel bei [[Spam]] oder [[Phishing]] oft zu beobachten ist. Empfänger-, Kopie- und Blindkopie-Adressen (im [[Header (E-Mail)|E-Mail-Kopf]] gekennzeichnet mit ''TO'', ''CC'' beziehungsweise ''BCC'') lassen sich gleichermaßen fälschen ([[E-Mail-Spoofing]]).
 
Papier-Post wird üblicherweise handschriftlich unterzeichnet (signiert) und ein Betrüger muss zum Betrug die Handschrift fälschen, jedoch wird bei den allermeisten E-Mails auf die elektronische Unterschrift (Signatur) verzichtet und unsignierte E-Mails werden vom Empfänger trotz fehlender bzw. eingeschränkter Rechtskraft im Allgemeinen akzeptiert.
 
Zusammenfassend kann gesagt werden, dass bei herkömmlichen E-Mails ein noch viel geringerer Sicherheitsstandard als bei einer Postkarte allgemein akzeptiert ist, obwohl kaum ein Mensch daran dächte, mit einer Postkarte persönliche sensible Daten zu versenden. Vermutlich ist diese Akzeptanz der mangelnden Transparenz der E-Mail-Technologie geschuldet, weil die Risiken für den Nicht-Computerexperten nicht so offensichtlich, nicht erkennbar oder schlichtweg unbekannt sind, oder die Nachteile werden im Vergleich zu den vielen Vorteilen einfach in Kauf genommen.
 
=== Absender-Authentifizierung ===
Im Jahre 2004 gab es verschiedene Versuche, das Spam-Problem in den Griff zu bekommen. Dabei konkurrierten die Verfahren [[Sender ID]] von [[Microsoft]], [[Sender Policy Framework]] (SPF), [[DomainKeys]] von [[Yahoo]] und [[Reverse MX|RMX]] um die Gunst der Umsetzung. Eine [[Internet Engineering Task Force|IETF]]-Arbeitsgruppe versuchte, einen Standard zu definieren. Die Funktionsweise ist dabei bei allen Verfahren ähnlich. Durch einen Zusatzeintrag im [[Domain Name System|DNS]] sollte es möglich sein, den sendenden Mailserver zu verifizieren. Die IETF-Arbeitsgruppe scheiterte aber letztendlich an ungeklärten Patentansprüchen von Seiten Microsofts. Die verschiedenen Verfahren sollen nun in eigenen Verfahren als [[Request for Comments|RFCs]] umgesetzt werden.
 
=== Dokumentation ===
Anders als beim Telefonat erhalten Absender und Empfänger von E-Mails automatisch eine schriftliche Dokumentation über den kommunizierten Inhalt. Diese kann im benutzten E-Mail-Programm oder in einem Archivsystem aufbewahrt und später zur Rekapitulation herangezogen werden.
 
=== Qualität der Kommunikationsinhalte ===
Gegenüber den spontanen Aussagen während eines Telefongespräches bietet die schriftliche Formulierung die Chance, die zu übermittelnden Inhalte besser zu durchdenken und zu strukturieren. Ebenso verringert sich die Gefahr einer unbedachten und im Nachhinein bereuten Aussage.
 
Andererseits muss – im Gegensatz zum Telefonat – der Verfasser einer E-Mail damit rechnen, dass seine Äußerungen langfristig beliebig oft nachgelesen werden können und vom Empfänger mit geringstem Aufwand oder gar unbedacht an eine praktisch beliebige Auswahl von Mitlesern weitergeleitet werden können. Sie haben somit einen stärkeren Öffentlichkeitscharakter.
 
E-Mails werden sprachpsychologisch von ihren Empfängern oftmals als kräftiger und härter empfunden als vom Verfasser beabsichtigt. Im Gegensatz zum Telefonat oder persönlichen Gespräch entfällt die sofortige Rückkopplung noch während des Verfassens der Kommunikation und damit eine wesentliche Regelungsfunktion.
 
=== E-Mail versus Social Media und Wikis ===
Die Einfachheit ihrer Benutzung führte dazu, dass E-Mail zu einem weltweiten Standard in der elektronischen Kommunikation wurde. In der Unternehmenskommunikation wird allerdings inzwischen nicht nur die [[Informationsüberflutung]] durch die Flut der E-Mails als Problem wahrgenommen.<ref>Peter Schütt: [http://www.computerwoche.de/a/das-ende-der-e-mail-flut-ist-nah,1217015 ''Das Ende der E-Mail-Flut ist nah'']. Computerwoche, 20. November 2006.</ref>
 
Die Tatsache, dass der Absender keine Kontrolle darüber hat, inwieweit seine E-Mail bearbeitet ist oder dass zu viele Mitarbeiter unnötig oder andere am Geschäftsvorgang Beteiligten unter Umständen gar nicht in Kenntnis gesetzt sind, begrenzt den Nutzen von E-Mail im betrieblichen Umfeld. Analysten gehen davon aus, dass in Zukunft der Kommunikationsanteil, welcher über Social Community Plattformen (mit Aufgabenlisten, Bearbeitungsstatus und Abonnementfunktionen) und [[Wiki]]s anstelle von E-Mail oder Instant Messaging abgewickelt wird, dort ansteigen wird, wo Transparenz, Strukturierung und Vernetzung von Projektwissen von Bedeutung sind.<ref>{{Webarchiv |url=http://www.bitkom.org/files/documents/Leitfaden_E-Mail_web.pdf |text=''Was bringt die digitale Post?'' |wayback=20150214213157}} BITKOM – Bundesverband Informationswirtschaft, Telekommunikation und neue Medien e.&nbsp;V., Berlin, 2012, S. 22 ff.</ref>
 
Moderne Netzwerke in wissensintensiven Unternehmen organisieren sich eher horizontal. E-Mails fördern aber in der Tendenz hierarchische Strukturen.<ref>Ingo Leipner: [http://www.berliner-zeitung.de/karriere/-e-mail-flut-mails-bearbeiten-kommunikation-stress-zeit-sparen,10808620,22624658.html ''Das Ende der digitalen Steinzeit''], Berliner Zeitung, 30. April 2013.</ref>
 
== Rechtliche Aspekte ==


=== Beweiskraft ===
Heutzutage sind hauptsächlich SMTP, POP3 und IMAP in Verwendung, oft in Verbindung mit [[Secure Sockets Layer|SSL]]-Kryptografie (siehe [[SMTPS]], [[POP3S]] und [[Internet Message Access Protocol#IMAPS|IMAPS]]).
Auch mit einfachen E-Mails können rechtserhebliche Erklärungen abgegeben und Verbindlichkeiten begründet werden. E-Mails haben allerdings wenig Beweiskraft, da der Sender bei den herkömmlichen Protokollen und Log-Mechanismen nicht längerfristig die Möglichkeit hat, zu beweisen, wann er was an wen versendet, ob der Empfänger die E-Mail erhalten hat oder ob sie tatsächlich abgesendet wurde. Mit der Zeit werden die im sogenannten Benutzerkonto gespeicherten Daten nämlich gelöscht.<ref>[[Sozialgericht Aachen]], September 2006, Az, S. 11 AL 13/06: „E-Mails gehen verloren.“</ref>


Durch eine [[digitale Signatur]] und vor allem durch eine [[qualifizierte elektronische Signatur]] können im Rechtsverkehr ([[Zivilrecht]], [[Verwaltungsrecht]]) Verbindlichkeiten geschaffen werden, die gerichtlich leichter durchsetzbar sind. Umgangssprachlich wird dann von einer „digitalen Unterschrift“ gesprochen. Das verbindliche Setzen eines [[Zeitstempel]]s wird unter bestimmten Voraussetzungen ebenfalls anerkannt. Näheres wird beispielsweise im [[Signaturgesetz (Deutschland)|deutschen]], [[Signaturgesetz (Österreich)|österreichischen]] oder [[Signaturgesetz (Liechtenstein)|liechtensteinischen Signaturgesetz]] geregelt. Den Empfang der Nachricht kann eine Signatur allerdings nicht beweisen, hierzu ist beispielsweise eine – idealerweise ebenfalls signierte – Antwort notwendig. Einige Dienstleister bieten Lösungen an, die Signatur, Verschlüsselung und Antwort automatisieren („E-Mail-Einschreiben“).
==Anwendungen==
==Sicherheit==
==Dokumentation==
===RFC===
*RFC 2142 – ''Mailbox Names for Common Services, Roles and Functions''
*RFC 2368 – ''The mailto URL scheme''
*RFC 5321 – ''Simple Mail Transfer Protocol''
*RFC 5322 – ''Internet Message Format''
*RFC 5335 – ''Internationalized Email Headers''


In Deutschland wird in der juristischen [[Fachliteratur]] die Auffassung vertreten, dass eine E-Mail bereits mit dem Eingang auf dem [[Server]] des Empfänger-Providers als zugestellt gilt. Das Eintreffen einer E-Mail im persönlichen Benutzerkonto ([[Account]]) des Empfängers ist nicht unbedingt notwendig, um den Status des Zugestelltseins zu erreichen. Übermittlungsfehler bei der Übersendung einer E-Mail von Empfänger-[[Internetdienstanbieter|Provider]] an den individuellen E-Mail-Account des Empfängers könnten vom Empfänger nicht geltend gemacht werden, um die [[Rechtsfolge]]n einer E-Mail in Frage zu stellen.<ref>Paul E. Mertes (Rechtsanwalt), Johannes J. W. Daners (Rechtsreferendar): ''Der Zugang von E-Mails im Rechtsverkehr – Risikoverteilung bei der Behandlung des digitalen Briefkastens.'' [[Zeitschrift für die Anwaltspraxis]] (ZAP), 2008, Heft 22, S. 1239–1246.</ref> Jüngere Urteile bestätigen diese Auffassung. So können zum Beispiel Maklerverträge und Abmahnungen rechtswirksam per E-Mail zugesandt werden.<ref>{{Internetquelle |url=https://www.online-und-recht.de/urteile/Wirksamer-Maklervertrag-durch-Zusendung-eines-Exposes-an-vorher-mitgeteilte-E-Mail-Adresse-I-7-U-28-08-Oberlandesgericht-Duesseldorf-20090326/ |titel=Wirksamer Maklervertrag durch Zusendung eines Exposés an vorher mitgeteilte E-Mail-Adresse Oberlandesgericht Duesseldorf Beschluss v. 26.03.2009 – I-7 U 28/08&nbsp;:: Online & Recht |abruf=2019-03-17}}</ref><ref>{{Internetquelle |url=https://www.online-und-recht.de/urteile/Versendung-von-Abmahnung-per-E-Mail-ausreichend-312-O-142-09-Landgericht-Hamburg-20090707.html |titel=Versendung von Abmahnung per E-Mail ausreichend Landgericht Hamburg Urteil v. 07.07.2009 – 312 O 142/09&nbsp;:: Online & Recht |abruf=2019-03-17}}</ref>
===Man-Page===
===Info-Pages===
===Siehe auch ===
==Links==
===Projekt-Homepage===
===Weblinks===
#''[http://th-h.de/faq/headerfaq.php FAQs: E-Mail-Header lesen und verstehen]'', ''th-h.de'', ''Thomas Hochstein''
#''[http://www.online-werberecht.de/emailbeweis.html Online-Werberecht – E-Mail als Beweis]'', ''Online-Werberecht'', ''Arno Glöckner''
#''[http://www.stefanbucher.net/tutorial/email/ Internet-Tutorial: E-Mail Senden und Empfangen]'', ''stefanbucher.net'', ''Stefan Bucher''
#''[http://chaosradio.ccc.de/cre104.html E-Mail – Über das Wesen der elektronischen Post in den modernen Zeiten]'', ''chaosradio.ccc.de'', ''Chaos Computer Club Berlin e. V.''


=== Veröffentlichung von E-Mails ===
===Einzelnachweise===
{{Staatslastig|DE}}
==== Allgemein ====
Ein allgemeines Verbot, E-Mails zu veröffentlichen, gibt es in Deutschland nicht. Lediglich aus dem Inhalt der Mail kann sich ein Recht des Autors ergeben, gegen die Veröffentlichung vorzugehen. Dabei sind verschiedene Rechtsfolgen möglich, die von Unterlassungsanspruch, zivilrechtlichem Schadensersatzanspruch in Geld bis zu strafrechtlicher Haftung reichen können, andere Rechtsfolgen sind möglich.
 
In [[zivilrecht]]licher Hinsicht kann die Veröffentlichung eines Briefes das [[Urheberrecht]] des Autors verletzen, dies ist allerdings nicht der Fall bei „allgemeinem Inhalt“. Weiterhin kann die Veröffentlichung das [[Allgemeines Persönlichkeitsrecht|allgemeine Persönlichkeitsrecht]] des Autors verletzen, insofern nehmen die Instanzgerichte im Anschluss an ein Urteil<ref>''[http://www.servat.unibe.ch/dfr/bz013334.html BGHZ 13, 334 – Veröffentlichung von Briefen]'', ''Deutsches Fallrecht''</ref> des [[Bundesgerichtshof]]s aus dem Jahr 1954 in jedem Einzelfall eine umfangreiche Interessenabwägung vor. Diese allgemeine Rechtsprechung dürfte auch auf E-Mails anwendbar sein.
 
Es ist davon auszugehen, dass die Rechtsprechung ([[Oberlandesgericht Rostock]], Beschluss vom 17. April 2002 – 2 U 69/01), nach der hinsichtlich Geschäftsbriefen, die im Rahmen einer vertraglichen Zusammenarbeit gewechselt werden, eine ungeschriebene vertragliche Nebenpflicht beider Vertragsparteien gilt, die Briefe vertraulich zu behandeln, auch auf geschäftliche E-Mails anwendbar ist, zumindest, wenn diese verschlüsselt versandt worden sind.
 
==== Urteil des Landgerichts Köln 2006 ====
Das [[Landgericht Köln]] hat im Leitsatz des Urteils zum Aktenzeichen 28 O 178/06<ref>''[http://www.lexexakt.de/glossar/lgkoeln2006-09-06.php LG Köln, Urteil vom 6. September 2006, Az. 28 O 178/06]'', ''lexexakt.de'', ''C. Loscher''</ref> entschieden:
# Ob das ungefragte Veröffentlichen von E-Mails rechtmäßig ist, ist grundsätzlich im Rahmen einer umfassenden Interessensgüterabwägung zu bestimmen.
# Wird eine geschäftliche E-Mail, die nur für einen bestimmten Empfängerkreis bestimmt ist, ungefragt veröffentlicht, stellt dies einen Eingriff in das allgemeine Persönlichkeitsrecht des E-Mail-Versenders dar. Dies gilt umso mehr, wenn die veröffentlichende Person die besagte E-Mail auf unlautere Weise erlangt hat.
 
Die Veröffentlichung einer fremden E-Mail an einen Dritten auf einer Internetseite kann ausweislich dieses Urteils einen Eingriff in das allgemeine Persönlichkeitsrecht des Absenders in Gestalt der [[Geheimsphäre]] darstellen. Insofern ist die Widerrechtlichkeit jedoch nicht indiziert, sondern im Einzelfall positiv festzustellen, wofür eine umfassende Güter- und Interessenabwägung erforderlich ist. Gegenüber stehen sich der Zweck der Veröffentlichung und der von der veröffentlichenden Partei angestrebte Zweck sowie die Form, die Art und das Ausmaß des Eingriffs. Ein Verstoß löst eine Pflicht zur Leistung von [[Schadensersatz]] aus.
 
Dabei stellt das Landesgericht die E-Mail einem verschlossenen Brief gleich.
 
Das Urteil bezieht sich auf einen Fall, in dem E-Mails veröffentlicht worden sind, die zum einen an einen Dritten gerichtet waren und die zum anderen von der veröffentlichenden Partei auf unlautere Weise erlangt worden sind. Auf den Fall einer Veröffentlichung von E-Mails, die an den Betroffenen selbst gerichtet sind, ist die Argumentation des Urteils nicht anwendbar.
 
=== Überwachung ===
{{Hauptartikel|E-Mail-Überwachung}}
 
Inzwischen wird in vielen Ländern der E-Mail-Verkehr vom Staat überwacht. In Deutschland sind seit dem Jahr 2005 Internetdienstanbieter verpflichtet, entsprechende Hard- und Software vorzuhalten, um einer [[Telekommunikations-Überwachungsverordnung|Überwachungsanordnung]] sofort Folge leisten zu können, ohne für die daraus erwachsenden Kosten einen finanziellen Ausgleich zu erhalten.
 
== Kommerzielle Nutzung ==
=== Österreich ===
* Seit 1. Januar 2007 ist in Österreich das [[Unternehmensgesetzbuch]] in Kraft. Darin wird für Unternehmer eine [[Impressumspflicht]] für E-Mails vorgeschrieben.
 
=== Deutschland ===
* In Deutschland gelten durch das ''Gesetz über elektronische Handelsregister und Genossenschaftsregister sowie das Unternehmensregister'' ([[Elektronisches Handels- und Genossenschaftsregister|EHUG]]) vom 10. November 2006 seit dem 1.&nbsp;Januar 2007 für E-Mails, Faxe, Postkarten und andere Schreiben, die Geschäftsbriefe ersetzen, neue Formvorschriften. Diese Regelungen gelten ebenfalls für alle gewerblichen E-Mails wie Angebote, Bestellungen, Kündigungen und Newsletter. Die E-Mail muss demzufolge die gleichen Angaben wie in klassischer Briefform versandte Nachrichten, also beispielsweise den vollständigen Firmennamen mit Rechtsform, den Ort der Handelsregisterniederlassung, das zuständige [[Registergericht]] sowie die Handelsregisternummer, alle Geschäftsführer bzw. Vorstandsmitglieder und gegebenenfalls den Aufsichtsratsvorsitzenden, enthalten. Verstöße können mit Geldstrafen geahndet oder durch Wettbewerber abgemahnt werden. Siehe auch [[Signatur (E-Mails im Geschäftsverkehr)]] und [[E-Mail-Archivierung]].
* Bei Infomails an Kunden, Einladungen zu Events etc. dürfen nicht alle E-Mail-Adressen der Empfänger ohne deren [[Einwilligung (Datenschutzrecht)|Einwilligung]] in das ''To-'' oder ''CC-Feld'' eingetragen werden, da bereits die Adressen personenbezogene Daten darstellen und nicht an Dritte weitergegeben werden dürfen. Das BCC-Feld kann dagegen problemlos für entsprechende Mail verwendet werden, da die Empfängerliste bei den Empfängern hier nicht zu sehen ist.<ref>[http://heise.de/resale/artikel/Bussgeld-wegen-offenem-E-Mailverteiler-1912550.html ''Bußgeld wegen offenem E-Mailverteiler'']</ref>
 
== Sprachgebrauch ==
Für den klassischen [[Brief]] wird im Englischen verschiedentlich zur Unterscheidung der Ausdruck ''{{lang|en|snail mail}}'' (engl. ''[[Schneckenpost]]'') verwendet.
 
2003 verbot das französische Ministerium für Kultur den Gebrauch des Wortes ''E-Mail'' in offiziellen Schreiben staatlicher Einrichtungen und schrieb stattdessen den Gebrauch des [[Kontamination (Sprachwissenschaft)|Schachtelworts]] „{{lang|fr|courriel}}“ (von „{{lang|fr|courrier électronique}}“) vor.<ref>{{Internetquelle |autor=Daniel von der Helm |url=http://dvdh.de/internet/chronologische-entwicklung-des-internet.html |titel=Chronologische Entwicklung des Internet |abruf=2015-03-02}}</ref> Der Begriff war bereits in den 1990er Jahren im französischsprachigen [[Québec]] in [[Kanada]] üblich, wo ein strengeres [[Charta der französischen Sprache|Gesetz zum Schutz der französischen Sprache]] als in [[Frankreich]] selbst besteht. Entsprechend wird unerwünschte, massenhaft versandte (Werbe-)E-Post als ''pourriel'' (E-Müll<ref>[https://rp-online.de/digitales/internet/ein-deutsches-wort-fuer-spam-das-sind-ihre-vorschlaege_aid-11403233 Ein deutsches Wort für "Spam"]</ref>) bezeichnet, ein [[Kofferwort]] aus „poubelle“ (Mülleimer) und „courriel“.
 
Obwohl die [[Jiddisch|jiddische Sprache]] noch stärker als die [[Deutsche Sprache|deutsche]] von der [[Englische Sprache#Die englischsprachige Welt|englischen Sprache]] beeinflusst ist, haben sich dort die nichtfremdsprachlichen Begriffe ''בליצפאסט'' ''(Blitzpost)'' und ''בליצבריוו'' ''(Blitzbrief)'' durchgesetzt.
 
Eine E-Mail mit unfreundlichem, [[Abmahnung|abmahnendem]] und unangenehmem Inhalt wird im populären Englisch als ''{{lang|en|nastygram}}'' bezeichnet.<ref>[http://www.urbandictionary.com/define.php?term=nastygram Urban Dictionary]; [http://wordspy.com/words/nastygram.asp Word Spy]</ref> E-Mails in aggressivem Ton heißen dabei ''Flame-Mails''.
 
Angemessenes Benehmen in der elektronischen Kommunikation einschließlich der E-Mail-Kommunikation und der sozialen Netze wird als [[Netiquette]] bezeichnet.
 
== Siehe auch ==
* [[E-Mail-Bankrott]]
== Literatur ==
* {{Literatur
  |Autor=Etienne Ruedin, Carla Buser
  |Titel=e-Mail – der Zwitter
  |TitelErg=Vermeintliche und wirkliche Einflüsse des e-Mails auf den Menschen
  |Verlag=Benziger Bildung – Émosson
  |Ort=[Zürich]
  |Datum=2008
  |Seiten=90
  |Kommentar=Zusammenfassung der gängigen und nicht einheitlichen Definitionen von e-Mail in der Wissenschaft aus Sicht von Sprache, Gender, Terminologie, Geschichte, Entwicklung, Technik
  |Online=[http://www.lulu.com/content/paperback-book/e-mail-%E2%80%93-der-zwitter-vermeintliche-und-wirkliche-einfl%C3%BCsse-des-e-mails-auf-den-menschen/2012721 Online]}}<!-- ohne ISBN -->
* {{Literatur
  |Autor=Wayne Jansen et al.
  |Hrsg=[[National Institute of Standards and Technology]]
  |Titel=Guidelines on Electronic Mail Security
  |Ort=Februar
  |Datum=2007
  |Seiten=139
  |Kommentar=Recommendations of the National Institute of Standards and Technology
  |Online=[http://csrc.nist.gov/publications/nistpubs/800-45-version2/SP800-45v2.pdf Online]
  |Format=PDF
  |KBytes=1360}}
* {{Literatur
  |Autor=Holger Lüngen; Otfried Mickler (Vorwort)
  |Titel=Organisation am Draht
  |TitelErg=Folgen des E-Mail-Einsatzes in Unternehmen
  |Verlag=Eul
  |Ort=Lohmar / Köln
  |Datum=2004
  |ISBN=978-3-89936-198-8
  |Kommentar=Dissertation Gottfried Wilhelm Leibniz Universität Hannover 2003, XVIII, 287 Seiten}}
* {{Literatur
  |Autor=Paul Ferdinand Siegert
  |Titel=Die Geschichte der E-Mail
  |TitelErg=Erfolg und Krise eines Massenmediums
  |Sammelwerk=Technik – Körper – Gesellschaft<!-- Reihe -->
  |Verlag=Transcript
  |Ort=Bielefeld
  |Datum=2008
  |ISBN=978-3-89942-896-4
  |Kommentar=Dissertation an der Universität Lüneburg 2008, 360 Seiten}}
 
== Weblinks ==
{{Wiktionary}}
{{Wikibooks|Umgangsformen: Internet}}
* ''[http://th-h.de/faq/headerfaq.php FAQs: E-Mail-Header lesen und verstehen]'', ''th-h.de'', ''Thomas Hochstein''
* ''[http://www.online-werberecht.de/emailbeweis.html Online-Werberecht – E-Mail als Beweis]'', ''Online-Werberecht'', ''Arno Glöckner''
* ''[http://www.stefanbucher.net/tutorial/email/ Internet-Tutorial: E-Mail Senden und Empfangen]'', ''stefanbucher.net'', ''Stefan Bucher''
* ''[http://chaosradio.ccc.de/cre104.html E-Mail – Über das Wesen der elektronischen Post in den modernen Zeiten]'', ''chaosradio.ccc.de'', ''Chaos Computer Club Berlin e.&nbsp;V.''
* RFC 2142 – ''Mailbox Names for Common Services, Roles and Functions''
* RFC 2368 – ''The mailto URL scheme''
* RFC 5321 – ''Simple Mail Transfer Protocol''
* RFC 5322 – ''Internet Message Format''
* RFC 5335 – ''Internationalized Email Headers''
 
== Einzelnachweise ==
<references responsive />
 
[[Kategorie:E-Mail]]
 
== Anwendungen ==
== Sicherheit ==
== Dokumentation ==
=== RFC ===
 
=== Man-Pages ===
=== Info-Pages ===
=== Siehe auch ===
 
== Links ==
=== Projekt-Homepage ===
=== Weblinks ===
=== Einzelnachweise ===
<references />
<references />


== Testfragen ==
==Testfragen==
<div class="toccolours mw-collapsible mw-collapsed">
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 1''
''Testfrage 1''
Zeile 324: Zeile 149:
<div class="mw-collapsible-content">'''Antwort5'''</div>
<div class="mw-collapsible-content">'''Antwort5'''</div>
</div>
</div>
[[Kategorie:E-Mail]]

Aktuelle Version vom 6. November 2024, 13:02 Uhr

topic - Kurzbeschreibung

Beschreibung

Zustellung einer E-Mail

Der Versender erstellt eine Nachricht mit seinem E-Mail-Programm (Mail User Agent (MUA))

E-Mail-Adresse

Eine E-Mail-Adresse bezeichnet eindeutig den Empfänger einer E-Mail und ermöglicht damit eine Zustellung an diesen Empfänger.

  • So, wie sie für den Transport per SMTP im Internet verwendet wird, besteht sie aus zwei Teilen: In info@wikipedia.org ist wikipedia.org der domain-part, info der local-part. (Andere Transportmechanismen wie zum Beispiel UUCP oder X.400 verwenden eine andere Adress-Syntax.)

Der domain-part benennt den MX Resource Record (meist identisch der Domain) des Mailservers, dem die E-Mail zugestellt werden soll. Der local-part identifiziert eindeutig den Besitzer eines E-Mail-Postfachs auf diesem Mailserver.

E-Mail Zustellung

E-Mail-Prinzip
Weg einer E-Mail vom Absender zum Adressaten
  1. Anja schreibt eine E-Mail an Bertram
  2. E-Mail-Programm sendet die Nachricht an Mailserver ihres E-Mail-Providers „ArKom“
  3. Mailserver von „ArKom“ schickt E-Mail an Mailserver von Bertrams E-Mail-Provider „HeissBrief“
  4. Mailserver von „HeissBrief“ speichert die eingehende E-Mail von Anja in Bertrams E-Mail-Postfach
  5. Das E-Mail-Programm auf Bertrams Smartphone ruft regelmäßig über UMTS und Bertrams Telekommunikationsanbieter das E-Mail-Postfach bei „HeissBrief“ ab
  6. Sobald es die E-Mail von Anja dort findet, lädt es sie herunter auf Bertrams Smartphone
  7. Sobald Bertram die neue E-Mail im Posteingang seines E-Mail-Programms entdeckt, öffnet und liest er sie
Besonderheiten
  • Internetdienstanbieter und E-Mail-Provider können dasselbe Unternehmen sein
  • Haben beide ihre E-Mail-Konten bei demselben E-Mail-Anbieter, entfällt Schritt 3.

Zustell- und Lesebestätigung

Je nach Ausführung des verwendeten E-Mail-Programms kann der Absender einer E-Mail eine Zustellbestätigung und/oder eine Lesebestätigung anfordern.

Wurde eine Zustellbestätigung angefordert, erhält der Absender (im obigen Beispiel Anja) eine Delivery Status Notification (DSN) in Form einer E-Mail, sobald seine E-Mail erfolgreich im Postfach des Empfängers abgelegt wurde und die beteiligten Architekturen dies unterstützen.

  • Bezogen auf das obige Beispiel geschähe dies zeitlich unmittelbar nach Schritt 4.

Wurde eine Lesebestätigung angefordert, erhält der Absender (im obigen Beispiel Anja) eine Message Disposition Notification (MDN) in Form einer E-Mail, wenn der Empfänger (im obigen Beispiel Bertram) die an ihn gerichtete E-Mail öffnet und das Auslösen dieser Bestätigung nicht verhindert.

  • Bezogen auf das obige Beispiel geschähe dies zeitlich unmittelbar im Schritt 6 beim Öffnen der E-Mail.
  • Die Lesebestätigung kann somit nicht dahingehend interpretiert werden, dass der Empfänger die E-Mail auch tatsächlich gelesen oder gar verstanden hat.

Insofern haben diese Bestätigungen den – allerdings nicht-juristischen, sondern lediglich informativen – Charakter eines Einschreiben Einwurf (Zustellbestätigung) bzw. eines Einschreibens mit Rückschein (Lesebestätigung) in Deutschland.

Laufzeit

Die Laufzeit (Transportzeit einer Postsendung vom Absender zum Empfänger) der E-Mail kann ein Problem darstellen, da sie – anders als zum Beispiel beim Telefax – nicht vorhersehbar ist und unter ungünstigen Voraussetzungen stark schwanken kann.

  • Die Schwankungen der Laufzeit werden durch eine Vielzahl von Parametern beeinflusst, vor allem durch die Auslastung der beteiligten Mailsysteme sowie der für E-Mail bereitstehenden Übertragungskapazität der die Mailsysteme verbindenden Leitungen.
  • Ist der Mailserver des Empfängers länger nicht erreichbar, oder wird die Mail nur in großen Zeitabständen auf den Server des Empfängers übertragen, kann es durchaus zu Laufzeiten von einigen Tagen kommen.

Die Nachteile der nicht fest definierten Laufzeit sind jedoch bei den heutigen modernen E-Mail-Systemen nahezu vernachlässigbar (weltweit selten mehr als eine Minute), da bei gut gepflegten Systemen nur noch relativ selten größere Fehler auftreten, durch die längere Laufzeiten verursacht werden könnten.

  • Verzögerungen können allerdings auch bei modernen E-Mail-Systemen durch diverse Spamschutz-Maßnahmen auftreten (beispielsweise dem Greylistingverfahren).

Technische Details

Format einer E-Mail

RFC 5322
  • Danach bestehen E-Mails nur aus Textzeichen (7-Bit-ASCII-Zeichen).
  • Um auch andere Zeichen übertragen zu können, wurden weitere Internet-Standards definiert, mit deren Hilfe 8-Bit-Zeichen in ASCII kodiert werden.
  • Der Standard Quoted-Printable kodiert zum Beispiel den Buchstaben „ß“ als Zeichenkette „=DF“.
  • Breite Verwendung haben die Standards der MIME-Serie gefunden, mit deren Hilfe nicht nur Sonderzeichen in Texten, sondern auch Binär-Dateien kodiert werden können, zum Beispiel um sie als E-Mail-Anhänge zu verschicken.

Größe von E-Mails

prinzipiell nicht begrenzt
  • In der Realität zeigen sich allerdings Grenzen durch technische oder administrative Beschränkungen der Systeme, die die E-Mail übertragen oder empfangen. E-Mail-Provider, E-Mail-Postfächer und beteiligte Mailserver können die Größe einer E-Mail begrenzen.
  • In solchen Fällen sollte der begrenzende Mailserver dem Absender eine Bounce Message (Fehlermeldung) senden.

Speicherung

IMAP
POP3
Lokal

Wo die Mails permanent gespeichert werden, hängt von der verwendeten Technik des Endanwenders ab.

  • Benutzt er ein Webinterface, so werden die Mails grundsätzlich auf dem Mailserver gehalten.
  • Wenn er ein Mailprogramm einsetzt, das die Mails mit dem Protokoll IMAP liest, dann werden die E-Mails ebenfalls auf einem Mailserver gehalten.
  • Ursprünglich sah das alternative Protokoll POP vor, dass die Mails vom Server geholt und dort gleichzeitig gelöscht werden.

Der hingegen auf dem Rechner des Benutzers arbeitende Client verwaltet das Ablegen der E-Mails und deren Anhänge auf einem Massenspeicher, in der Regel auf einem lokalen Laufwerk (Festplatte) des Computers.

  • Bei neueren POP-Versionen ist es aber – abhängig von den Einstellungen des Servers – auch möglich, die Mails auf dem Server zu belassen.

E-Mails werden (lokal oder auf dem Mailserver) häufig nicht einzeln als separate Dateien, sondern zusammengefasst in Container-Dateien gespeichert. mbox ist eine unter Unix/Linux häufig verwendete Möglichkeit, eine Alternative ist Maildir.

Für einzelne E-Mails ist unter anderem die Dateiendung .eml geläufig, die von Programmen wie Novell GroupWise, Microsoft Outlook Express, Lotus Notes, Windows Mail, Mozilla Thunderbird und Postbox verwendet wird.

  • Die Dateien bestehen aus plain text im MIME-Format und enthalten die Kopfzeilen, den Nachrichteninhalt und Anhänge in einem oder mehreren Formaten.

Das E-Mail-Programm Pegasus Mail (kurz PMail) verwendet eigene Mailordner.

Eine im Jahr 2008 erschienene und bekanntere Open Source-Software für Webmailer über IMAP ist Roundcube.

Zustellung einer E-Mail: beteiligte Server und Protokolle

Beteiligte Server und Protokolle bei der Zustellung einer typischen E-Mail
  1. Client schickt SMTP-Anfrage an den Quell-Mailserver (a.org)
  2. Mailserver erfragt „Mail eXchanger record“ beim DNS-Server (ns.b.com)
  3. DNS-Server liefert MX-Record mit Prioritätsliste von Ziel-Mailservern (b.com)
  4. a.org sendet E-Mail nacheinander an alle b.com, bis einer die E-Mail annimmt
  5. Der Ziel-Mailserver speichert die E-Mail, bis der Nutzer „Bob“ seine E-Mails per POP3 abholt.

Verwendete Protokolle

  • SMTP ist ein Protokoll zum Mailversand und -transport.
  • Zum Versenden über ein E-Mail-Programm benötigt man den Namen eines SMTP-Relay-Rechners, oft auch als SMTP-Server bezeichnet.
  • Dieses entspricht beim Versand eines Postbriefes dem öffentlichen Postbriefkasten.
  • POP3 dient zum Abruf von Mails aus dem E-Mail-Postfach eines Mailservers.
  • Für die Briefpost entspricht es dem Gang zum Briefschlitz an der Haustür.
  • IMAP dient ebenfalls dazu, auf Postfächer zuzugreifen, die auf Mailservern liegen.
  • Im Gegensatz zu POP3 ist IMAP darauf ausgelegt, die Mails am Server zu belassen und dort in Ordnern zu verwalten.
  • SMAP ist eine Weiterentwicklung von IMAP, die sich noch im experimentellen Stadium befindet.

Heutzutage sind hauptsächlich SMTP, POP3 und IMAP in Verwendung, oft in Verbindung mit SSL-Kryptografie (siehe SMTPS, POP3S und IMAPS).

Anwendungen

Sicherheit

Dokumentation

RFC

  • RFC 2142 – Mailbox Names for Common Services, Roles and Functions
  • RFC 2368 – The mailto URL scheme
  • RFC 5321 – Simple Mail Transfer Protocol
  • RFC 5322 – Internet Message Format
  • RFC 5335 – Internationalized Email Headers

Man-Page

Info-Pages

Siehe auch

Links

Projekt-Homepage

Weblinks

  1. FAQs: E-Mail-Header lesen und verstehen, th-h.de, Thomas Hochstein
  2. Online-Werberecht – E-Mail als Beweis, Online-Werberecht, Arno Glöckner
  3. Internet-Tutorial: E-Mail Senden und Empfangen, stefanbucher.net, Stefan Bucher
  4. E-Mail – Über das Wesen der elektronischen Post in den modernen Zeiten, chaosradio.ccc.de, Chaos Computer Club Berlin e. V.

Einzelnachweise


Testfragen

Testfrage 1

Antwort1

Testfrage 2

Antwort2

Testfrage 3

Antwort3

Testfrage 4

Antwort4

Testfrage 5

Antwort5

Unterkategorien

Diese Kategorie enthält nur die folgende Unterkategorie:

E

Seiten in der Kategorie „E-Mail/Architektur“

Folgende 8 Seiten sind in dieser Kategorie, von 8 insgesamt.

E

M

Abgerufen von „https://wiki.foxtom.de/index.php?title=Kategorie:E-Mail/Architektur&oldid=114594“