|
|
| (80 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| '''topic''' kurze Beschreibung | | '''topic''' - Kurzbeschreibung |
|
| |
|
| = Beschreibung = | | == Beschreibung == |
| [[Datei:(at).svg|mini|200px|Das [[At-Zeichen]] als Teil jeder [[Simple Mail Transfer Protocol|SMTP]]-[[E-Mail-Adresse]]]]
| |
| [[Datei:Thunderbird-Screenshot-E-Mail.png|mini|250px|Verfassen einer E-Mail mit dem E-Mail-Programm [[Mozilla Thunderbird]] auf einem [[Macintosh]]]]
| |
|
| |
|
| Die (auch das)<ref>{{Internetquelle |url=https://www.duden.de/rechtschreibung/E_Mail |titel=Duden {{!}} Wie schreibt man „E-Mail“? {{!}} Rechtschreibung |abruf=2019-12-11}}</ref> '''E-Mail''' ([[Englische Sprache|englisch]] [{{IPA|ˈiːmeɪl}}],<ref>Deutsche bzw. englische Aussprache lt. PONS Großwörterbuch Deutsch-Englisch/Englisch-Deutsch (4. Aufl. 1999) S. 246 bzw. S. 1286.</ref> kurz ''Mail''; engl. ''{{lang|en|electronic mail}}'' für „elektronische Post“, kurz '''E-Post''') ist zum einen ein System zur [[computer]]basierten Verwaltung von briefähnlichen [[Nachricht]]en und deren Übertragung über [[Computernetz]]werke, insbesondere über das [[Internet]]. Zum anderen werden auch die auf diesem elektronischen Weg übertragenen Nachrichten selbst als E-Mails bezeichnet.
| | === Zustellung einer E-Mail === |
| | Der Versender erstellt eine Nachricht mit seinem [[E-Mail-Programm]] ([[Mail User Agent]] (MUA)) |
|
| |
|
| E-Mail ist neben dem [[World Wide Web]] ein wichtiger [[Internetdienst]], nicht zuletzt, weil es durch E-Mails möglich ist, Textnachrichten ebenso wie digitale Dokumente (also z. B. Grafiken oder [[Office-Paket|Office]]-Dokumente) typischerweise in wenigen Sekunden rund um die Erde zu senden.
| | [[Datei:E-mail.svg]] |
|
| |
|
| Im Gegensatz zu Telefon oder [[Internet Relay Chat]], die gleichzeitige (synchrone) Kommunikation ermöglichen, ist die E-Mail – wie die Briefpost – ein [[Asynchrone Kommunikation|asynchrones Kommunikationsmedium]]:
| | === E-Mail-Adresse === |
| Der Sender versendet seine Nachricht unabhängig davon, ob der Empfänger sie sofort entgegennehmen kann oder nicht.
| | 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 ''local-part'' identifiziert eindeutig den Besitzer eines [[E-Mail-Postfach]]s auf diesem Mailserver. |
| | |
| | === E-Mail Zustellung === |
| | [[Datei:E-Mail-Prinzip-v05.png|alternativtext=E-Mail-Prinzip|mini]] |
| | |
| | ;Weg einer E-Mail vom Absender zum Adressaten |
| | #Anja schreibt eine E-Mail an Bertram |
| | #E-Mail-Programm sendet die Nachricht an Mailserver ihres E-Mail-Providers „ArKom“ |
| | #Mailserver von „ArKom“ schickt E-Mail an Mailserver von Bertrams E-Mail-Provider „HeissBrief“ |
| | #Mailserver von „HeissBrief“ speichert die eingehende E-Mail von Anja in Bertrams E-Mail-Postfach |
| | #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 |
| | *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. |
|
| |
|
| == Elemente und Formatierung einer E-Mail ==
| | 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. |
| === Aufbau einer E-Mail ===
| | *Bezogen auf das obige Beispiel geschähe dies zeitlich unmittelbar nach Schritt 4. |
| E-Mails sind intern in zwei Teile geteilt: Den ''Header'' mit Kopfzeilen und den ''Body'' (Textkörper) mit dem eigentlichen Inhalt der Nachricht. Zusätzlich werden innerhalb des Bodys noch weitere Untergliederungen definiert.
| |
|
| |
|
| ==== Header – der Kopf der E-Mail ====
| | 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. |
| {{Hauptartikel|Header (E-Mail)}}
| | *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. |
|
| |
|
| Die ''Header'' genannten Kopfzeilen einer E-Mail geben Auskunft über den Weg, den eine E-Mail genommen hat, und bieten Hinweise auf Absender, Empfänger, Datum der Erstellung, Format des Inhaltes und Stationen der Übermittlung. Der Benutzer wird viele Details aus den Header-Zeilen im Normalfall nicht benötigen. Daher bieten E-Mail-Programme an, den Header bis auf die Grunddaten wie Absender, Empfänger und Datum auszublenden. Bei Bedarf kann der Header jederzeit wieder komplett sichtbar gemacht werden.
| | 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. |
|
| |
|
| ==== Body – der Inhalt der E-Mail ==== | | ===Laufzeit=== |
| Der Body einer E-Mail ist durch eine Leerzeile vom Header getrennt und enthält die zu übertragenden Informationen in einem oder mehreren Teilen.
| | 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. |
|
| |
|
| Eine E-Mail darf gemäß RFC 5322 Abschnitt 2.3 nur Zeichen des 7-Bit-ASCII-Zeichensatzes enthalten. Sollen andere Zeichen, wie zum Beispiel deutsche Umlaute, oder Daten, wie zum Beispiel Bilder, übertragen werden, müssen das Format im Header-Abschnitt deklariert und die Daten passend kodiert werden. Geregelt wird das durch RFC 2045 ff (siehe auch [[Multipurpose Internet Mail Extensions|MIME]] und [[Base64]]). Aktuelle [[E-Mail-Programm]]e kodieren Text und Dateianhänge (vergleiche unten) bei Bedarf automatisch.
| | 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 Nachricht kann aus einem [[Plain text|Klartext]], einem formatierten Text (beispielsweise [[Hypertext Markup Language|HTML]]) und/oder Binärdaten (beispielsweise einem Bild oder [[Fax]], s. u. bei Dateianhänge) bestehen. Es können auch mehrere Formate als Alternativen gesendet werden oder weitere beliebige Dateien angehängt werden. Den Abschluss bilden ggf. ''Signatur'' und ''Footer''. Alle diese zusätzlichen Teile sind optional, müssen in einer E-Mail also nicht unbedingt vorkommen.
| | ===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. |
|
| |
|
| ; Signatur – die Unterschrift unter der E-Mail | | ====Größe von E-Mails==== |
| : Eine Unterschrift ist optional, sie ist gegebenenfalls Teil des Bodys. Die am häufigsten zu findende Unterschrift ist die so genannte [[Signatur (E-Mails und Postings)|Signatur]]. Sie gibt nähere Erläuterung zum Absender, zum Beispiel dessen Klarnamen, Arbeitsstelle, persönliche Vorlieben und ähnliches. Neben oder alternativ zu dieser „einfachen“ elektronischen Signatur kann eine E-Mail auch eine [[digitale Signatur]] enthalten, die Fälschungen oder Verfälschungen der E-Mail erkennbar macht. Unter bestimmten Voraussetzungen kann eine digitale Signatur rechtlich eine [[qualifizierte elektronische Signatur]] darstellen, die dann eine zur manuellen Unterschrift eines Briefes gleichwertige Rechtskraft besitzt. Siehe dazu auch Abschnitt [[#Beweiskraft|Beweiskraft]].
| | ;prinzipiell nicht begrenzt |
| : Alternativ zur Signatur kann ggf. auch eine [[vCard]] (elektronische Visitenkarte, obwohl das v für etwas anderes steht, siehe dort) angehängt werden. Dieser Standard konnte sich aber nicht entscheidend durchsetzen.
| | *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 Deutschland sind für geschäftliche E-Mails bestimmte Inhalte vorgeschrieben, siehe [[Signatur (E-Mails im Geschäftsverkehr)]]. Zudem stellt, sofern eine Signatur den Absender angibt, diese eine [[elektronische Signatur]] im Sinne des [[Signaturgesetz (Deutschland)|Signaturgesetzes]] dar.
| | *In solchen Fällen sollte der begrenzende Mailserver dem Absender eine ''[[Bounce Message]]'' (Fehlermeldung) senden. |
| ; Mailfooter
| |
| :
| |
| {{Hauptartikel|Mailfooter}}
| |
| : Text unter der Mail, bei privaten Maildiensten meist für Werbung genutzt.
| |
|
| |
|
| ==== {{Anker|Attachment|Dateianhänge}}Attachments ==== | | ====Speicherung==== |
| : Ein Attachment, auch Anhang, Dateianhang, oder Anlage genannt, ist eine Datei, die als Anlage an den Text einer E-Mail verschickt wird. Technisch gesehen ist diese Datei ein Teil des Bodys, aber sie wird als separat empfunden und so auch im allgemeinen Sprachgebrauch behandelt.
| | =====IMAP===== |
| : Dateianhänge können [[Computerviren]] beinhalten, daher sollte mit ihnen sorgsam umgegangen werden. Ein Dateianhang sollte nur dann geöffnet werden, wenn die E-Mail von einem vertrauenswürdigen Absender stammt.
| | =====POP3===== |
| : Ein Dateianhang wird typischerweise nach dem [[Multipurpose Internet Mail Extensions|MIME]]-Protokoll codiert, welches die Unterteilung des Bodys und die Kodierung der Datei regelt.
| | =====Lokal===== |
| : Die Größe eines Dateianhangs ist zwar prinzipiell nicht begrenzt; in der Realität begrenzen jedoch häufig der E-Mail-Provider des Absenders bzw. das E-Mail-Postfach des Empfängers die maximale Größe einer zu versendenden E-Mail.
| |
| : Ein Dateianhang ist meist um ca. ein Drittel größer als die entsprechende Datei auf einem Datenträger, weil die meisten Dateitypen in MIME-Mails [[Base64]]-kodiert werden.
| |
|
| |
|
| === Formatierung in HTML ===
| | Wo die Mails permanent gespeichert werden, hängt von der verwendeten Technik des Endanwenders ab. |
| In [[Hypertext Markup Language|HTML]] formatierte Mails werden teils ungewollt und unbewusst durch die Voreinstellung des verwendeten E-Mail-Programms, insbesondere von [[Microsoft]]-Programmen, versandt, teils bewusst, um [[Schriftauszeichnung]]en verwenden zu können, etwa in E-Mail-[[Newsletter]]n.
| | *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. |
|
| |
|
| Obwohl das HTML-Format [[standard]]isiert ist, war es ursprünglich nicht für den Einsatz in E-Mails gedacht. Das führte unter anderem dazu, dass es in der Vergangenheit viele, auch konzeptuelle Sicherheitslücken in den HTML-[[HTML-Rendering|Rendering-Engines]] von E-Mail-Programmen gab, die einerseits zur Verbreitung von E-Mail-[[Computerwurm|Würmern]] beigetragen haben und andererseits ungewollte Informationen über den Empfänger preisgegeben haben ([[Zählpixel]]). Diese Situation hat sich im Lauf der Zeit verbessert und bekannte Probleme, wie die standardmäßige Ausführung [[aktiver Inhalt]]e (beispielsweise [[JavaScript]]) oder das automatische Nachladen externer Bilder, wurden durch andere Voreinstellungen entschärft. Die oft inkonsistente Deaktivierung potentiell gefährlicher HTML-Features in verschiedenen E-Mail-Programmen hat allerdings auch den Effekt, dass optische Effekte oder Formatierungen nicht so dargestellt werden, wie es vom Absender gedacht war.
| | 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]]. |
|
| |
|
| Prinzipbedingt bieten HTML-formatierte E-Mail-Nachrichten stets wesentlich mehr Angriffsmöglichkeiten und sind daher potentiell unsicherer als reine Text-Nachrichten. Deshalb empfehlen viele EDV-Ratgeber und Softwarehersteller, die HTML-Anzeige von E-Mails zumindest im Vorschaufenster des E-Mail-Programms zu deaktivieren oder ganz auszuschließen und auch selbst keine E-Mail-Nachrichten im HTML-Format zu versenden. Das [[Bundesamt für Sicherheit in der Informationstechnik]] (BSI) empfiehlt:<ref>[https://download.gsb.bund.de/BSI/ITGSK/IT-Grundschutz-Kataloge_2016_EL15_DE.pdf bsi.bund.de] IT-Grundschutz-Kataloge 2016 EL15 DE PDF</ref>
| | 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. |
| * Wer auf Nummer sicher gehen will, der konfiguriert den E-Mail-Client so, dass er standardmäßig eine E-Mail nur als Text anzeigt.
| | *Die Dateien bestehen aus [[plain text]] im [[MIME]]-Format und enthalten die Kopfzeilen, den Nachrichteninhalt und Anhänge in einem oder mehreren Formaten. |
| * Generell sollten möglichst keine HTML-formatierten E-Mails oder solche mit aktiven Inhalten versendet werden. | |
|
| |
|
| = Konfiguration =
| | Das E-Mail-Programm [[Pegasus Mail]] (kurz PMail) verwendet eigene [[Pegasus Mail#Mailordner|Mailordner]]. |
| == Dateien ==
| |
|
| |
|
| = Anwendungen =
| | Eine im Jahr 2008 erschienene und bekanntere [[Open Source|Open Source-Software]] für [[Webmail]]er über [[Internet Message Access Protocol|IMAP]] ist [[Roundcube]]. |
| == Zugriff auf E-Mails ==
| |
| Zum Schreiben, zum Versand, zum Empfang und zum Lesen von E-Mails gibt es zwei Möglichkeiten (Benutzerschnittstellen).
| |
|
| |
|
| {{Hauptartikel|E-Mail-Programm}}
| | ==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]] |
| | #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. |
|
| |
|
| Zur Nutzung von E-Mail kann ein E-Mail-Programm, auch E-Mail-Client oder Mail-User-Agent (MUA) genannt, verwendet werden.
| | ====Verwendete Protokolle==== |
| Ein solches Programm ist lokal auf dem Computer des Benutzers installiert und kommuniziert mit einem oder mehreren [[E-Mail-Postfach|E-Mail-Postfächern]].
| | *[[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]]. |
| | *[[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. |
|
| |
|
| {{Hauptartikel|Webmail}}
| | 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]]). |
|
| |
|
| Alternativ kann man via Webmail auf seine E-Mail zugreifen. Hierbei verwaltet der Benutzer seine E-Mails in seinem Web-Browser. Ermöglicht wird dies durch eine [[Webanwendung]] auf dem [[Webserver]] des [[E-Mail-Anbieter]]s, die ihrerseits auf das E-Mail-Postfach auf dem Webserver zugreift.
| | ==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'' |
|
| |
|
| = Sicherheit = | | ===Man-Page=== |
| = Dokumentation = | | ===Info-Pages=== |
| == RFC == | | ===Siehe auch === |
| == Man-Pages == | | ==Links== |
| == Info-Pages == | | ===Projekt-Homepage=== |
| == Siehe auch == | | ===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.'' |
|
| |
|
| = Links = | | ===Einzelnachweise=== |
| == 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 103: |
Zeile 149: |
| <div class="mw-collapsible-content">'''Antwort5'''</div> | | <div class="mw-collapsible-content">'''Antwort5'''</div> |
| </div> | | </div> |
|
| |
| = TMP =
| |
| == 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 196, „{{lang|en|Mail Box Protocol}}“ von Richard W. 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.
| |
|
| |
| [[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" />
| |
|
| |
| 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]] 822''. ''RFC 822'' wurde im Jahr 2001 durch ''RFC 2822'' ersetzt, das wiederum im Jahr 2008 durch ''RFC 5322'' ersetzt wurde.
| |
|
| |
| [[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]]
| |
| In Deutschland wurde am 3. August 1984 um 10:14 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. August 1984, 12:21 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 Milliarden E-Mail-Konten von 2,586 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 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 ''local-part'' identifiziert eindeutig den Besitzer eines [[E-Mail-Postfach]]s auf diesem Mailserver.
| |
|
| |
| === Der Weg einer typischen E-Mail (Prinzip) ===
| |
| [[Datei:E-Mail-Prinzip-v05.png|mini|hochkant=2|Schematische Darstellung des prinzipiellen Ablaufs der Zustellung einer typischen E-Mail]]
| |
| 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.
| |
| # 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“.
| |
| # Der Mailserver von „ArKom“ schickt die E-Mail über das Internet (und u. U. viele weitere Server) an den Mailserver von Bertrams E-Mail-Provider „HeissBrief“.
| |
| # Der Mailserver von „HeissBrief“ speichert die eingehende E-Mail von Anja in Bertrams E-Mail-Postfach.
| |
| # 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.
| |
|
| |
| === Zustell- und Lesebestätigungen ===
| |
| 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#Einschreiben Einwurf|Einschreiben Einwurf]] (Zustellbestätigung) bzw. eines [[Einschreiben#Einschreiben mit Rückschein|Einschreibens mit Rückschein]] (Lesebestätigung) in Deutschland.
| |
|
| |
| == Technische Details ==
| |
|
| |
| 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 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.
| |
|
| |
| === Speicherung ===
| |
| 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]].
| |
|
| |
| 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]].
| |
|
| |
| 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 ===
| |
| [[Datei:Wie E-Mail funktioniert.svg|mini|hochkant=2|Beteiligte Server und Protokolle bei der Zustellung einer typischen E-Mail]]
| |
|
| |
| Beispiel eines Ablaufs:
| |
| # 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.
| |
|
| |
| ==== Verwendete Protokolle ====
| |
| * [[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]].
| |
| * [[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. 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 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 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. 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. 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 ===
| |
| 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“).
| |
|
| |
| 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 :: 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 :: Online & Recht |abruf=2019-03-17}}</ref>
| |
|
| |
| === Veröffentlichung von E-Mails ===
| |
| {{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. 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. 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]] | | [[Kategorie:E-Mail]] |
