Bearbeiten von „HOWTO:Email“

<div style="border: 3px red solid;">
<b>Achtung:</b>
Hier entsteht gerade das monstermässig geile Email-Howto. In anderen Worten: Diese Seite ist noch nicht fertig.<br/>
Wer helfen will, kann das natürlich gerne tun. Verantwortlich fühlen sich derzeit alle MaFiAsi
</div>

Emails sind heutzutage eine enorm wichtige Form der
Kommunikation. Nicht jeder der mit dem Studium beginnt ist aber ein
Profi was diese Form der Kommunikation angeht. Insbesondere FSR-, OE-,
oder andere Gremien-/AG-Mitglieder koennen sich da schnell mal mit den
hunderten Emails ueberfordert fuehlen die sie ploetzlich
bekommen. Diese Seite stellt eine Sammlung von "Best Practices" im
Umgang mit dem Medium Email dar - und sollte sich hoffentlich auch
fuer erfahrenere Emailnutzer zur Lektuere lohnen.

= Wofuer E-Mail? =
E-Mail ist ein gutes Kommunikationsmedium. Es gibt Szenarien in denen es sinnvoll ist E-Mails zu schreiben und andere in denen andere Kommunikationsmedien bevorzugt werden sollten.

Andere Kommunikationsmedien sind Telefon, Jabber, direktes Gespräch, Brief. Man sollte vor einer Kommunikation das Medium gezielt waehlen.
== Eigenschaften verschiedener Kommunikationswege im Vergleich ==

 ┏━━━━━━━━━━━━━━━━━━━━┳━━━━━━━━━━━━━━━━━━━━━━━━┳━━━━━━━━━━━━┳━━━━━━━━━━━━━━━━━━━━┳━━━━━━━━━━━┳━━━━━━━━━━━━━━━━━━━━┓
 ┃ Anforderung/Medium ┃ Antwortgeschwindigkeit ┃ Persistenz ┃ an viele           ┃ offiziell ┃ Fehldeutungsgefahr ┃
 ┣━━━━━━━━━━━━━━━━━━━━╋━━━━━━━━━━━━━━━━━━━━━━━━╋━━━━━━━━━━━━╋━━━━━━━━━━━━━━━━━━━━╋━━━━━━━━━━━╋━━━━━━━━━━━━━━━━━━━━┫
 ┃ E-Mail             ┃ schlecht               ┃ gut        ┃ gut                ┃ mittel    ┃ hoch               ┃
 ┃ IM (Jabber, IRC)   ┃ gut, wenn online       ┃ gut        ┃ gut (MUC)          ┃ schlecht  ┃ mittel             ┃
 ┃ Telefon            ┃ gut                    ┃ schlecht   ┃ schlecht           ┃ schlecht  ┃ gering             ┃
 ┃ Brief              ┃ schlecht               ┃ gut        ┃ schlecht           ┃ gut       ┃ mittel             ┃
 ┃ Gespraech          ┃ gut, wenn anwesend     ┃ schlecht   ┃ gut, wenn anwesend ┃ mittel    ┃ am niedrigsten     ┃
 ┗━━━━━━━━━━━━━━━━━━━━┻━━━━━━━━━━━━━━━━━━━━━━━━┻━━━━━━━━━━━━┻━━━━━━━━━━━━━━━━━━━━┻━━━━━━━━━━━┻━━━━━━━━━━━━━━━━━━━━┛

== Warum die @informatik-Addresse benutzen? ==
Gerade Erstsemesterstudenten benutzen zu beginn ihres Studiums manchmal noch Addressen die sie von vorher haben. 
Hier eine Sammlung von Gründen warum die @inf Addresse für universitäre Zwecke definitiv bevorzugt benutzt werden sollte:
* Die Addresse verrät dem Empfänger zusätzliche Informationen über dich:
** Deine RZ-Kennung
*** Man kann dir ggf.sofort Dateien freigeben etc.
** Deine [[Jabber]]-Kennung
*** Man kann dir direkt bei Jabber antworten.
** Der Jahrgang in dem du bist
*** Man weiß sofort ob du ein alter Hase bist, oder ob man dir lieber auf die eine oder andere Abkürzung in der Antwort verzichten sollte.
** Deinen Nachnamen, mit Nachschlagen auf dem Server sogar den Vornamen
*** Falls du vergisst zu Unterschreiben weiß man so trotzdem wer du bist
** Der Empfänger sieht sofort dass du Informatikstudent bist
*** Daher weiß er dass deine Nachricht kein Spam ist
* Man kann sich die Addresse leicht im Kopf merken, da die Domain immer die gleiche ist.
* Falls es mehrere Leute mit deinem Namen gibt, wird man euch wegen der Kennung nicht verwechseln.
* Auf Listen in denen du deine Mailaddresse einträgst musst du nur die Kennung angeben, jeder am Fachbereich weiß was er damit anfangen kann.
* Es gibt dadurch weniger Fehler beim Abtippen der Addressen
* Automatische Filter können deine Nachricht besser sortieren, und z.B. an bestimmte Mailinglisten weiterleiten, ohne dass jemand die Nachricht von Hand dafür freischalten muss.
* Mit dem Ende deines Studiums kannst du die Addresse "wegwerfen" und du bekommst z.B. keine Studienbezogenen News mehr die dich dann nicht mehr interessieren. 

Es gilt als amateurhaft eine andere Email-Addresse für die fachbereichsinterne Kommunikation zu benutzen. Wenn ihr euch weigert die @inf Addresse zu nutzen gilt das sogar als unfreundlich, denn ihr macht es dem Empfänger absichtlich schwer. Auch landen Addressen von Fremden Anbietern sehr viel leichter mal im Papierkorb weil sie vom Spamfilter, oder vom Empfänger persönlich, falsch eingeordnet werden. Also bitte sendet mit kennung@inf...

= E-Mail einrichten =
Hier beschreiben wir, wie man E-Mail einrichtet. Untenstehend sind Protokolle beschrieben, die verwendet werden. Ausserdem wird beschrieben, wie man seinen E-Mail-Client einrichtet. Es ist zu empfehlen fuer Mailinglisten eigene Ordner einzurichten. Wenn du hier an der Uni studierst bist du mindestens in der Mailingliste stud@informatik.uni-hamburg.de. Wenn du in der Fachschaft aktiv bist sicherlich auch auf der Mailingliste mafia@informatik.uni-hamburg.de. Weiter unten wird beschrieben wie du E-Mails automatisch filtern kannst. Ebenso wird auf Mailinglisten eingegangen.

== Die universitäre Nachrichten-Weiterleitungskette ==
Mit beginn des Studiums erhält man eine Emailaddresse von der Uni im Format ''Vorname.Nachname@studium.uni-hamburg.de'' - von der Informatik im Speziellen bekommt man die Addresse ''nKennung@informatik.uni-hamburg.de'' (Diese hat übrigens einen Alias der Form ''Vorname.Nachname@informatik.uni-hamburg.de'') Darüber hinaus gibt es noch Nachrichten intern in Stine, die ebenfalls sehr wichtig sein können. 

Unser Ziel: Alle Nachrichten erhalten, aber uns nur um einen Posteingang kümmern müssen.

Unter Stine kann man einstellen, dass Nachrichten an die Uni-Mailaddresse weitergeleitet werden (Andere Addressen lassen sich nicht einstellen). Beim Webmailer für die Uni-Mailaddresse lässt sich über eine einfache Filterregel einstellen, dass Nachrichten an die Informatik-Addresse weitergeleitet werden (Welche bevorzugt zu nutzen ist). Dies Resultiert in der folgenden Weiteleitungskette: ''' STiNE -> Foo.Bar@studium.uni-hamburg.de -> 0bar@informatik.uni-hamburg.de '''

== Protokolle ==
=== IMAP ===
Das Rechenzentrum des Informatikum bietet das '''Internet Message Access Protrocol''' ([http://de.wikipedia.org/wiki/Internet_Message_Access_Protocol IMAP]) zum Abrufen von E-Mails an. IMAPS (IMAP mit SSL) laeuft auf '''Port 993'''. Die E-Mails werden in der Regel auf dem Server belassen, sodass man mit verschiedenen E-Mail-Clients auf die Nachrichten zugreifen kann. Ist eine Nachricht in einem Client als gelesen markiert, so wird sie das auch fuer die weiteren Clients sein. Somit hat jeder Client genau die gleiche Sicht auf die E-Mails. Dies ist ein klarer Vorteil gegenueber anderen Protokollen. Der Speicherplatz auf dem Server des Informatikums sollte gross genug sein um alle E-Mails auf dem Server zu belassen.
Eine Anleitung zum Einrichten von IMAP mit der Informatik-Addresse, für verschiedene Clients, bietet unser Rechenzentrum an <ref>https://www.informatik.uni-hamburg.de/RZ/netz/mail/imap.shtml RZ-Anleitung zum Einrichten von IMAP.</ref>.
=== POP3 ===
Das '''Post Office Protocol'''([http://de.wikipedia.org/wiki/POP3 POP3]) ist älter als IMAP. Im Gegensatz zu IMAP wird keine durchgehende Verbindung zum Server aufgebaut, sondern nur eine zum Abruf der Nachrichten. POP3 ist nicht dazu gedacht die Nachrichten längere Zeit auf dem Server zu belassen (obwohl dies geht). Grundsätzlich ist POP3 gegenüber IMAP unterlegen und wenn ihr nicht genau wisst was ihr tut, solltet ihr euch für IMAP entscheiden. Auch unser RZ bietet zwar POP3 zusätzlich zu IMAP an, davon ist allerdings abzuraten.<ref>https://www.informatik.uni-hamburg.de/RZ/netz/mail/pop.shtml RZ-Anleitung zum Einrichten von POP3.</ref>.

=== SMTP ===
Das Rechenzentrum des Informatikum bietet das '''Simple Mail Transfer Protocol''' ([http://de.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol SMTP]) zum Versenden von E-Mails an. SMTP laeuft auf '''Port 25'''. Innerhalb des Informatikums ist es nur moeglich einen SMTP-Server der Uni zu verwenden. Hat man einen eigenen SMTP-Server muss man dafuer einen Tunnel verwenden.

== lokaler Client ==

Als lokalen Client bezeichnen wir Programme, die auf deinem Rechner E-Mails empfangen und senden koennen. Dazu gehoeren grafikbasierte Programme wie Mozilla Thunderbird, Microsoft Outlook, Apple Mail App, ... und auch textbasierte Programme wie mutt, alpine, ...
Im Internet gibt es zahlreiche Anleitungen, daher beschraenken wir uns hier darauf die Daten zu nennen die wichtig zur Einrichtung deines E-Mail-Clients sind:

=== IMAPS (E-Mails empfangen) ===
* '''Servername:''' mailhost.informatik.uni-hamburg.de
* '''Port:''' 993
* '''Connection Security:''' STARTTLS
* '''Authentication Method:''' Normal Password
* '''Username:''' <5erioes>

=== SMTP (E-Mails versenden) ===
* '''Servername:''' mailhost.informatik.uni-hamburg.de
* '''Port:''' 25
* '''Connection Security:''' STARTTLS
* '''Authentication Method:''' Normal Password
* '''Username:''' <5erioes>

== Webclient ==
Wenn man mal in die Verlegenheit kommt keinen eigenen Rechner griffbereit zu haben kann man auf den Webmail-Client des Informatikums zurueckgreifen. Wenn man einen eigenen Rechner zur Verfügung hat, ist diese Variante klar im Nachteil!

Der Webmail-Client ist unter folgender Adresse zu erreichen:
* https://webmail.informatik.uni-hamburg.de/horde/imp/

= Filtern = 
Das mächtigste Werkzeug im Kampf gegen die stetige Email-Flut sind die Filter. Ein Filter ist in der Lage regelbasiert Dinge mit Emails zu tun.
Alle Arbeit die ein Filter erledigt muss nicht mehr manuell gemacht werden, das macht sie so toll. Besonders bekannt sind die sogennanten "Spamfilter" die ganz klar unerwünschte Nachrichten direkt aus dem Blick des Benutzers entfernen und so wertvolle Arbeits- (Oder Frei-) Zeit einspaaren. 
Darüber hinaus können geschickt angelegte Filter Emails Thematisch und/oder nach Wichtigkeit sortieren. Wenn man mehr Emails bekommt als man bearbeiten kann, muss man Prioritäten setzen. Die Filter nehmen gewissermaßen eine [http://de.wikipedia.org/wiki/Triage Triage] der eingehenden Nachrichten vor, sodass man sich voll auf die "Behandlung" konzentrieren kann.

== Serverseitig ==
Serverseitige Filterung ist in der Regel die Filterung die man verwenden moechte. Serverseitige Filterung bietet:

* Filterung auf dem Server, man muss nicht in jedem Client den man verwendet filtern
* man kann ganz einfach einen weiteren Client mit IMAP einrichten und hat automatisch alle Ordner und die Nachrichten werden in die Ordner gefiltert

=== Filtern mit Hilfe von Sieve ===
Der Mailserver des Informatikums versteht [http://de.wikipedia.org/wiki/Sieve Sieve]-Befehle. Leider kann man keine Sieve-Datei im $HOME-Verzeichnis ablegen, und muss sich die Regeln im Webmailer zusammenklicken. Das gibt einem nicht soviel Freiheit wie man moechte. Dennoch bestehen die oben genannten Vorteile und man sollte sich die Muehe machen sich Regeln zusammenzuklicken. In der Webmailoberflaeche findet man das Sieve unter Filter.

== Clientseitig ==
* Sinnvoll wenn:
** Man nur einen Rechner benutzt (Und das in Zukunft auch nicht ändern will)
** Eingehende Nachrichten von vielen verschiedenen Accounts mit dem selben Regelsatz behandelt werden sollen.
** Man mehrere Emailserver hat, aber nur eine Filterliste pflegen will

== Hybridlösung ==
Beide Verfahren kann man natürlich kombinieren. 
Für den Standardnutzer wird das aber alles viel komplizierter machen - ohne große Vorteile.

== Spamfilter ==
Das Informatikum hat einen recht guten Spamfilter, der E-Mails als '''***SPAM***''' im Betreff markiert. Durch den Betreff kann man diese E-Mails gleich mit einer Filterregel (siehe oben) wegsortieren. Sollte dann noch Spam reinkommen, kann man diesen mit heuristischen Spamfiltern im Client wegsortieren.

=== Heuristische Spamfilter (im Client) ===
Die meisten Emailclients bieten heutzutage eigene Spamfilterlösungen an, die in der Regel auf einer Heuristik basieren.
Ein mal angeschaltet kann der Benutzer Emails die er bekommt als "Spam" oder "Ham"(bzw. nicht Spam) kennzeichnen. 
Der Spamfilter versucht aus diesen Daten Regeln abzuleiten nach denen eine Nachricht erwünscht, oder eben nicht erwünscht ist.
Nicht erwünschte Nachrichten kommen dann in einen extra-Ordner. 

Dieses Verfahren kann mit genügend Trainingsdaten erstaunlich zuverlässig werden. Dennoch ist '''vorsicht''' geboten, denn es gibt keine 100% Garantie dass die Automatische zuordnung korrekt ist. Daher muss man seinen Spam-Ordner wenn man auf Nummer sicher gehen will regelmäßig auf fälschlich als Spam gekennzeichnete Nachrichen hin untersuchen.
Es ist zum Teil überraschend wie ein solcher Spamfilter tatsächlich auch unerwünschte Nachrichten (Kettenbriefe etc.) von Leuten erkennt die einem regelmäßig auch wichtige Informationen zukommen lassen. Leider muss man einige davon trotzdem lesen - und die Zuordnung als Spam ist in diesem Fall hinderlich.

Insbesondere in der Trainigsphase (die Dauer hängt von der Emailmenge, der Email-Art, und dem Klassifikationseifer des Nutzers ab, aber 1 Monat ist ein guter Faustwert)
darf man sich nicht auf seinen Spamfilter verlassen. Das Training lohnt sich jedoch auf jeden Fall (90% aller über das Internet versendeten Emails sind Spam!).

Es existieren Teilweise auch (vortrainierte) Heuristiken zum erkennen von Phishing, Scamming und anderen Social-Engeneering-Attacken. Ein weiterer Vorteil insbesondere für unerfahrene Benutzer einen richtigen Email-Client zu benutzen.

= Verschluesseln und Signieren =
Als der Standard für das versenden von Emails über das Netzwerk entstanden ist, hat sich noch niemand so richtig über Sicherheit Gedanken gemacht, denn das Medium war neu und noch nicht weit verbreitet. Die "Bewohner" des Internets kannten sich quasi mit Namen und konnten einander mehr oder weniger vertrauen. 
Grundsätzlich gilt für Emails also ''schreibe nichts in eine Email, was du nicht auch auf eine Postkarte schreiben würdest''. Heutzutage ist zwar oft die smtp-verbindung zwischen dem Sender und seinem Email-Provider verschlüsselt, aber die Nachricht selbst kann dannach immer noch abgefangen werden - oder vom Provider selbst Eingesehen werden. Dies geschieht zum Teil ganz offiziell um z.B. Provider-seitige Spamfilter zu realisieren oder personalisierte-werbung zu generieren (Jede Medaille hat zwei Seiten).

Gefahren gegen die man beim Versenden von Emails grundsätzlich nicht geschützt ist:
* Ein dritter liest die Email
* Ein dritter verändert die Email
* Ein dritter sendet eine eigene Email und gibt sie als fremde Nachricht aus

== Signieren was ist das? ==
Das Signieren ist eine Art "digitale Unterschrift". Diese kann sogar mehr als ihr äquivalent auf Papier. Wir behandeln hier nicht die Details, aber eine 
richtige Signatur kann nicht nur beweisen dass die Unterschrift dem Absender gehört, sondern ebenfalls dass der Inhalt der Email zur Unterschrift gehört - 
und dass niemand den Inhalt nachträglich verändert hat. Wird das Verfahren korrekt ausgeführt, lassen sich ge-/verfälschte Emails sogar leichter erkennen als 
gefälschte Briefe.
== Verschlüsseln was meint ihr damit?==
Eine korrekt verschlüsselte Nachricht kann nur vom intendierten Empfänger gelesen werden. Damit meinen wir an dieser Stelle nicht eine Verschlüsselungen der Verbindung zwischen einzelnen Hosts bei der Übertragung der Email, die mal auftritt - und mal nicht (z.B. zwischen Sender und seinem Email-Provider). Wir reden von einer sog. Ende-zu-Ende Verschlüsselung, bei der wirklich nur der Empfänger - ganz am ende der Weiterleitungskette - die Nachricht entziffern kann.
Das ist logischerweise etwas komplizierter als das signieren, da es nicht nur Handlungen auf Seite des Senders, sondern auch auf der des Empfängers erfordert.

== GPG ==
Der [http://de.wikipedia.org/wiki/GNU_Privacy_Guard GNU Privacy Guard] (GNUPG, kurz: GPG) ist eine freie Implementation von [http://de.wikipedia.org/wiki/Pretty_Good_Privacy Pretty Good Privacy] (PGP). Es handelt sich hierbei um eine Software mit der man Dateien Ver- und Entschluesseln bzw. Signieren kann. Insbesondere wird GPG verwendet um E-Mails zu verschluesseln und signieren. Das Thema wird in den letzten Jahren einfach verstaendlich vom [[KunterBuntesSeminar | KunterBuntenSeminar]] in der [[KunterBuntesSeminar-WS10/CryptoCampagne | Cryptocampagne]]  aufgearbeitet. Mit Hilfe der Folien solltest du in der Lage sein zu verstehen warum wir E-Mails signieren und verschluesseln. Unter den [[KunterBuntesSeminar-WS10/CryptoCampagne#Ressourcen | Ressourcen]] ist verlinkt wie man GPG installiert und mit gaengigen E-Mail-Clients verwendet.

= Netiquette =
Auch die Kommunikation über das Internet setzt eine gewisse Etikette vorraus. Als Kombination aus den englischen Begriffen "Net" und "etiquette" hat sich der Begriff "Netiquette"<ref>[http://de.wikipedia.org/wiki/Netiquette Netiquette bei Wikipedia]</ref> eingebürgert). Eine Organisation die sich mit Standards für das Internet beschäftigt (und unter anderem auch die standards für smtp, imap, pop veröffentlicht hat) hat ebenfalls ein Dokument veröffentlicht dass sich mit der Netiquette beschäftigt<ref>[http://tools.ietf.org/html/rfc1855 RFC1855 Netiquette Guidelines]</ref>. Viele Punkte in diesem HOWTO wurden daraus übernommen.

=== Formatierung des Textes ===
==== Klartext ====
* Verwende Klartext und keine HTML-Formatierung. Einige Empfaenger von E-Mails koennen HTML-formatierte E-Mails nicht lesen

==== Textformatierung ====
* Sende wenn mögliche unicode-codierte Nachrichten, um falsche Darstellung beim Empfänger zu vermeiden. "unicode fits most of all cases"

==== Rechtschreibung ====
* Beachte, soweit sinnvoll, die landesübliche Rechtschreibung, Grammatik und Zeichensetzung. Dies hilft dem Leser beim effizienterem Lesen deiner Nachricht und hat große Auswirkungen auf den "Ton" des Textes.
* Jeder ernstzunehmende Texteditor besitzt eine Rechtschreibkorrektur, nutze diese!
* Zeichensetzung (z.b. Kommata) helfen, besonders im Deutschen, Mehrdeutungen zu verhindern, strukturieren den Text und helfen beim Verständnis der Nachricht.
* Viele Sprachen nutzen Umlaute (z.b. Deutsch). Es ist verständlich, dass du ein englisches keyboard-layout nutzt, trotzdem gibt es Tastenkombinationen um die korrekten Umlaute zu nutzen. Umlaute wegzulassen, oder durch andere Buchstaben zu ersetzen, schafft Mehrdeutigkeiten und erschwert computergestützte Suchen.

==== ALLCAPS ====
* Schreibe keine GROSSGESCHRIEBENEN Wörter (ALLCAPS), das gilt als äußerst unfreundlich.    
==== Aufmerksamkeits-Defizit-Syndrom ====
* Unterlasse es auch sonst unnötig Aufmerksamkeit zu erregen (Wichtig!!!, W I C H T I G, etc.)
* Man kann die Wichtigkeit einer Email als Headerinformation setzten, sollte dies aber nur in Ausnahmefällen tun.

==== Character Spamming ====
* In dem Zusammenhang, auch kein Character Spamming (???, !!!1oneeleven, helloooooo?)
==== Textauszeichnung ====
* Textauszeichnung wie *fett*, _unterstrichen_, /kursiv/ sollte vermieden werden oder zumindest sparsam und sinnvoll eingesetzt werden.

==== Korrekte Grammatik und Rechtschreibung ====
* Bitte achte auf Grammatik und Rechtschreibung. Das erleichtert dem Empfaenger das Verstaendnis deines Textes. Eine Auto-Korrektur ist sinnvoll und geht sogar bei Web-Clients
==== [http://de.wikipedia.org/wiki/Plenk Plenking]====
* Satzzeichen (.,!?) gehoeren direkt an das Wort vor dem Satzzeichen. Das Leerzeichen trennt das Satzzeichen vom Folgewort.
    Hier kommt der Text. Ich denke
    , ich plenke ! Du denkst , du plenkst
     !
* Plenken kann zu unschönen Zeilenumbrüchen führen. 
* Im Asiatischen Kulturraum ist plenken übrigens nicht geächtet.

==== Struktur ==== 
* Strukturiere deine E-Mail mit Absätzen und schaffe so eine logische Struktur. Das verbessert das Verstaendnis und die Lesbarkeit des Textes.
* Benutze [0]artige Referenzen (z.B. auf Links) um den Text nicht zu zerreissen
* Eine Signatur am Ende der E-Mail ist in Ordnung, diese sollte allerdings nicht mehr als 3-5 Zeilen lang sein
 Hallo Foo[0],
 dies ist mein erster Absatz[1] mit einer Einleitung worum es mir geht.
 
 Dies ist mein zweiter, mit einer Aufzählung:
 * Erstens 
 ** Unterpunkt
 * Zweitens
 
 Gruß, N.N[2]
 
 [0]htt<nowiki />p://de.wikipedia.org/wiki/Foo#Foo_im_IT-Umfeld
 [1]Absätze sind meist länger als eine Zeile
 [2]htt<nowiki />ps://mafiasi.de/N.N
 
 --
 Signaturen sind oft viel zu lang, und überflüssig!

=== Headerinformationen ===
Überprüfe die Empfänger und den Betreff vor dem Senden ein zweites mal.
==== FROM:  ====
* Wähle die richtige Emailaddresse zum versenden (geile-schnecke@hotmail vs. 5erioes@inf).
==== TO: ====
* Fuer die Empfaenger die auf die E-Mail reagieren sollen
====  BCC: ====
* Um Empfänger vor den anderen zu verbergen verwende den BCC-Header (http://www.blindkopie.de/)
* Es gilt für den BCC alles was für den CC auch gilt.

==== CC: ====
* Verwende den CC-Header fuer den Empfaenger zur Kenntnisnahme
* Achte darauf dass Leute im CC verbleiben wenn du auf eine Email antwortest und sie die Antwort weiterhin betrifft.
* Achte darauf dass du Addressen aus dem CC nimmst, wenn sie die Antwort '''nicht''' erhalten sollen.
** "Allen-Antworten" bzw. "Reply-all" hat schon so manchen M-M-Monster-Fail verursacht.

==== Sinnvoller Betreff (engl. Subject) ====
* Wähle einen sinnvollen Betreff, der das Anliegen deiner E-Mail kurz und bündig zusammenfasst, damit jeder Leser schnell weiß was dein Anliegen ist.
* Betreff ändern wenn das Thema des "Threads" sich ändert:
** In dieser Form: ''Neues Thema (was: altes Thema)'' 
** Der nächster Sender entfernt dann den Teil in Klammern.
* "long" im Betreff warnt den Empfänger vor einer Email die ihn viel Zeit zum Lesen kostet.
** Dies gibt dem Empfänger Raum für ein besseres Zeitmanagement.
** Beispiel: ''Meine Betreff-Zeile (long)''

=== Soziales ===
==== Grußformel und Verabschiedung verwenden ====
* Zu einer E-Mail gehoert wie zu jeder anderen Kommunikation eine Grussformel und Verabschiedung. 
* Bei fortlaufendem Gespraech (Thread) koennen diese ''unter Umständen'' wegfallen
==== [http://de.wikipedia.org/wiki/Flame Flame] nicht==== 
* D.h. sende keine (negativ) emotionalen Emails
* Emails sind sehr schlechte Überträger von Emotionen, sie kommen fast immer anders an als sie gemeint sind.
* Wenn dich eine Email aufregt, warte wenn möglich 24 Stunden bevor du darauf antwortest. Möglicherweise willst du dann garnicht mehr antworten. 
* "Sei liberal in dem was du Empfängst, sei konservativ in dem was du sendest" (RFC1855)

====Trolling====
* Sei kein Troll. Trolle provozieren (bewusst) flaming. <ref>[http://de.wikipedia.org/wiki/Troll_%28Netzkultur%29 Troll auf Wikipedia]</ref>
* "Don't feed the Troll" - d.h. spiele einem Troll nicht in die Hände, indem du auf ihn eingehst.

=== Antworten auf E-Mails ===
==== Zitierstil ====
* Verwende Inline-Quoting um andere zu zitieren
** Hier kannst du an Beispielen nachvollziehen warum Inline-Quoting ein guter [http://einklich.net/usenet/zitier.htm Zitierstil] ist.
* Bitte verwende im Normalfall kein [http://de.wikipedia.org/wiki/TOFU TOFU]

==== Threads (Diskussionsfaeden) ====
* Breche nicht aus [http://de.wikipedia.org/wiki/Thread_%28Internet%29 E-Mail-Threads] aus
** Wenn eine Diskussion in einem Thread erfolgt solltest du weiter in dem Thread antworten und nicht einen neuen Thread eroeffnen
* Kapere/Missbrauche keine Threads die mit deiner Nachricht nichts zu tun haben
** Schreibe eine neue E-Mail, wenn sie ein anderes Thema behandelt als der Thread. Antworte in diesem Fall nicht auf den Thread.
** Falls du innerhalb eines Threads das Thema wechseln willst ohne aus dem Thread auszubrechen, also quasi einen sub-thread erzeugen möchtest, dann ändere den Betreff auf das neue Thema und füge das alte Thema in klammern hinter einem ''was:'' wie folgt ein: ''Betreff: Neues Thema (was: Altes Thema)''
*** '''Der nächste''' der auf so eine Email antwortet entfernt den Teil in Klammern bei seiner Antwort.

Es ergibt sich wenn niemand etwas falsch macht eine Struktur wie diese (Kann von Emailclients mit entsprechender Einstellung so angezeigt werden):

 Ein neues Thema
 ┣►Re: Ein neues Thema
 ┃ ┗►Re: Ein neues Thema
 ┃   ┗►Themenwechsel (was: Re: Ein neues Thema)
 ┃     ┗► Re: Themenwechsel
 ┗►Re: Ein neues Thema

=== Weiterleiten von E-Mails ===
* Leite keine Email weiter ohne dass du dir sicher bist, dass der Urheber dies möchte
* Leite keine Kettenbriefe weiter
** Schlimme Dinge werden passieren.
* Schreibe vor den Text der weitergeleiteten E-Mail eine kurze Erläuterung oder Zusammenfassung, ggf. warum diese E-Mail fuer den Empfaenger von Interesse ist

=== Anhänge ===
* Versende keine größeren Anhänge
** Dies betrifft z.B. Bilder, PDF, Videos?!? etc. Lade sie stattdessen an einem sinnvollen Ort hoch, und 
verschicke nur den Link. Die Empfänger haben möglicherweise begrenzten Speicherplatz und/oder nutzen ein Mobiltelefon 
zum Abruf der Emails. Manche zahlen sogar für die Menge der übertragenen Daten.
* Benutze keine proprietären (closed source) Dateiformate
** Wenn man etwas anderen zugänglich machen möchte, sollte man dafür sorgen dass auch jeder die Möglichkeit hat damit umzugehen.
* E-Mails sollten nicht ausschliesslich aus einem Anhang bestehen

=== Allgemeines ===
* Email vor dem Senden nochmal lesen

= Mailinglisten =
Eine Mailingliste ist eine Emailadresse, die an sie gerichtete Emails an eine (meist unveröffentlichte) Liste von Emailadressen weiterleitet. Mailinglisten gibt es in vielen Formen und man kann meist unterscheiden zwischen offenen Mailinglisten an die jeder schreiben kann und geschlossenen Mailinglisten, die nur Nachrichten registrierter Nutzer akzeptieren. Davon unabhängig gibt es Mailinglisten mit angeschlossenen Archiven, die alle Nachrichten entweder öffentlich oder nach Anmeldung auf Webseiten zur Recherche zur Verfügung stellen.

Üblicherweise widmen sich Mailinglisten einem spezifischen Thema. Auf Mailinglisten wird informiert und diskutiert, aber auch gemeinsam gearbeitet und Gruppen können sich organisieren. Auf einer Mailingliste kann man sich anmelden um an den Diskussionen zu dem Thema teilzunehmen oder zu dem Thema andere Teilnehmer zu informieren/von anderen Teilnehmern informiert zu werden. Ebenso einfach kann man sich auch wieder von einer Mailingliste abmelden.

Eine Mailingliste funktioniert auch als öffentliche Ansprech-Adresse um Anfragen an viele Leute zu verteilen und in einer Gruppe zu beantworten. Geeignet für AGen, Orientierungseinheit etc.

Am Informatikum gibt zahlreiche Mailinglisten an denen man teilnehmen kann. Automatisch ist man Mitglied der Mailingliste stud@informatik.uni-hamburg.de. Einen Ueberblick ueber die Mailinglisten bekommt man in dieser [https://mailhost.informatik.uni-hamburg.de/mailman/listinfo Übersicht].

Siehe auch [[Mailinglisten und -Verteiler]].

FIXME: Hierzu moechten wir noch etwas schreiben.
* Reply-To, Reply-All, Reply-List
* Verhalten auf Mailinglisten
* Anmelden/Abmelden auf/von Mailinglisten

= Referenzen =
<references/>


[[Kategorie:HOWTO]]