E-Mail Fragen und Antworten FAQ: Unterschied zwischen den Versionen

E-Mail Fragen und Antworten FAQ (Quelltext anzeigen)

Version vom 16. Juli 2015, 09:58 Uhr

12.077 Bytes entfernt , 09:58, 16. Jul. 2015

keine Bearbeitungszusammenfassung

Rinke

314

Bearbeitungen

@@ Zeile 1: / Zeile 1: @@
 = Allgemeine Fragen =
-== Was ist SMTP? ==
+Wir überarbeiten gerade diese Mail-FAQ und werden hier nur noch auf FernUni-spezifische Fragen eingehen.
-SMTP bedeutet Simple Mail Transfer Protocol und dient zur Übermittlung von 7-Bit-ASCII-Nachrichten im Internet. Auf vielen Rechnern im Internet werden SMTP-Server betrieben, die die Übermittlung der Nachrichten vom Sender zum Empfänger im store and forward gewährleisten. Jeder SMTP-Server hinterlässt dabei im Header einen Zeitstempel mit seinem Namen und dem Namen des Rechners, von dem er die Mail erhalten hat. Damit kann der Laufweg einer Mail verfolgt werden. Der Verbindungaufbau wird stets vom absendenden Server durchgeführt. Für SMTP-Server muss immer ein DNS-Eintrag existieren.
+Bei allgemeinen Fragen gibt es gute und ausführliche Antworten bei [[https://de.wikipedia.org|Wikipedia]].
-Die Einschränkung auf 7-Bit-ASCII-Nachrichten ist als unbefriedigend empfunden worden und hat zur Entwicklung eines Verfahrens geführt, dass es ermöglicht auch 8-Bit-ASCII-Nachrichten und strukturierte Nachrichten mit dem SMTP zu übertragen: MIME
+* Was ist SMTP?
+* Was ist ESMTP?
-== Was ist ESMTP? ==
+* Was ist POP?
+* Was ist IMAP?
-ESMTP ist eine Erweitrung des SMTP, die in zunehmendem Maße in den SMTP-Servern implementiert ist. Die wichtigste Neuerung ist die Möglichkeit, vor dem Beginn der Datenübertragung auszuhandeln, ob die vorliegende Mail von der Länge her vom Zielsystem angenommen wird. Damit wird unnütze Datenübertragung und die damit verbundene Netzbelastung vermieden.
+* Was ist MIME?
+* Was ist ein Mail-Gateway?
-== Was ist POP3? ==
-POP bedeutet Post Office Protocol und aktuell ist die Version 3. Dieses Protokoll wird in einer Client-/Server-Anwendung verwendet und dient dem Nachrichtenempfang auf Rechnern im Internet, die keinen SMTP-Server betreiben. Das sind z.B. PC's oder sonstige Rechner, die über nicht ständig verfügbare Leitungen ins Internet eingebunden sind, z.B. durch Verwendung von PPP oder SLIP.
-Dabei baut der POP-Client die Verbindung zum POP-Server auf und holt die dort zwischengespeicherte Mail ab. Der Empfänger der Mail benötigt dabei einen login-account auf dem POP-Server. Bei den POP-Servern handelt es sich meist um Unix-Server oder Exchange-Server. Hinweise zur Konfiguration von POP-Clients finden Sie weiter unten.
-== Was ist IMAP4? ==
-IMAP bedeutet Internet Message Access Protocol und aktuell ist die Version 4. Dieses Protokoll wird in einer Client-/Server-Anwendung verwendet und dient der Nachrichtenverarbeitung auf Rechnern im Internet, die keinen SMTP-Server betreiben. Das sind z.B. PC's oder sonstige Rechner, die über nicht ständig verfügbare Leitungen ins Internet eingebunden sind, z.B. durch Verwendung von PPP oder SLIP.
-Dabei baut der IMAP-Client die Verbindung zum IMAP-Server auf und bietet dem Anweder eine Sicht auf die dort gespeicherte Mail. Der Empfänger der Mail benötigt dabei einen login-account auf dem IMAP-Server. Im Unterschied zu POP werden die Nachrichten bei IMAP nicht auf dem Arbeitsplatzrechner (IMAP-Client) gespeichert, sondern auf dem IMAP-Server. Damit haben Sie von unterschiedlichen Arbeitsplatzrechnern immmer dieselbe Sicht auf Ihre Postablage. Darüber hinaus bieten viele IMAP-Server auch eine Web-Schnittstelle zur Bearbeitung der Postablage an, was sich besonders dann anbietet, wenn von einem fremden Arbeitsplatzrechner ein Blick in den Posteingang geworfen werden soll. Bei den IMAP-Servern handelt es sich meist um Unix-Server. Hinweise zur Konfiguration von IMAP-Clients finden Sie weiter unten.
-== Was ist MIME? ==
-MIME bedeutet Multipurpose Internet Mail Extensions und ist ein Mechanismus zur Spezifikation und Beschreibung des Formats von Internet-Nachrichten, die über SMTP übertragen werden. Damit können sowohl 8-Bit-ASCII-Nachrichten, wie auch Attachments, Bilder, Video- und Audio-Sequenzen übermittelt werden. Voraussetzung dabei ist natürlich, dass beide beteiligten Endsysteme sowohl MIME unterstützen, als auch über die erforderlichen Aufzeichnungs- und Wiedergabeeinrichtungen verfügen.
-MIME-Nachrichen sind daran zu erkennen, dass sie im Header die Zeile
-MIME-Version: 1.0
-enthalten.
 == Was ist der Mail-Header? ==
 Wie Sie den Mail-Header weiterleiten können finden Sie unter https://wiki.fernuni-hagen.de/helpdesk/index.php/E-Mail_Header
@@ Zeile 63: / Zeile 41: @@
 == Wie lang darf eine Mail sein? ==
-Eine Mail darf so lang sein, wie das empfangende System und alle dazwischenliegenden SMTP-Server bereit sind, sie anzunehmen. Es gibt da keine starren Grenzen. Bei ESMTP kann eine Maximallänge konfiguriert werden, die im Predialog ausgetauscht wird, so daß der Transfer bei zu langer Mail gar nicht erst anläuft. Bei SMTP und wenn bei ESMTP keine Beschränkung konfiguriert ist, wird notfalls so lange übertragen, bis das Filesystem voll ist.
 Auf dem zentralen Mailhost, dem Mailserver für Studierende und MS Exchange ist eine Längenbegrenzung von 100 MByte eingestellt. Wenn aber Probleme beobachtet werden, kann sich das ändern.
 Diese Einstellung liegt im Ermessen des jeweiligen Systemverantwortlichen und kann stark differieren. Es sind Beschränkungen auf weniger als 1 megaByte beobachtet worden, aber auch bei ESMTP ist die Voreinstellung i.A. keine Beschränkung, so dass ohne aktiven Eingriff des Systemverantwortlichen die gleiche Situation wie bei SMTP vorliegt.
-== Was ist ein Mail-Gateway? ==
-Ein Gateway ist eine Einrichtung, die zwischen verschiedenen Protokollwelten vermittelt. Ein Mail-Gateway vermittelt Nachrichten zwischen verschiedenen Mail-Protokollen, z.B. zwischen dem SMTP im Internet und  Bürokommunikationssystemen.
 == Was ist eine Mailing-Liste? ==
@@ Zeile 79: / Zeile 53: @@
 Um Mitglied einer Liste zu werden gibt es verschiedene Verfahren, die von der Art abhängen, wo und wie die Liste betrieben wird. Vor allem bei überregionalen Listen mit vielen Abonnenten gibt es formalisierte und automatisierte Verfahren, z.B. LISTSERV, MAILMAN, MAJORDOMO. Hier ist bei der Information über die Liste das Subscriptionsverfahren mit angegeben. Bei den übrigen Listen gibt es normalerweise eine Adresse der Form <Listennname>-request, an die Anträge auf Eintragung oder Löschung formlos zu senden sind. Die für Mitglieder der FernUni zentral betriebenen Listen basieren seit Mai 2005 auf MAILMAN.
-== Was bedeutet 'at least one verifiable sender address must be given in header'? ==
-Aus Sicherheitsgründen wird auch bei ausgehenden Nachrichten die Gültigkeit der Absenderadresse überprüft. Die von Ihnen angegebene Absenderadresse muß nicht auf "fernuni-hagen.de" enden, aber sie muß von dem für die Domäne zuständigen Mailhost als "gültig" eingestuft werden, d.h. die Zustellung einer Fehlermeldung an diese Adresse muß möglich sein.
-Wenn Sie die o.a. Meldung erhalten, dann enthält Ihre Mail keine gültige Absenderadresse.
-Siehe auch unter Was bedeutet 'Syntactically invalid address for from field'?
 == Was bedeutet 'syntax error in rfc822 header'? ==
@@ Zeile 99: / Zeile 69: @@
 oder
-  Postmaster@FernUni-Hagen.de, Hans.Wenzel@FernUni-Hagen.de
+  Postmaster@FernUni-Hagen.de, Claudia.Campus@Studium.FernUni-Hagen.de
 Falsch dagegen ist (";" statt ",")
-  Postmaster@FernUni-Hagen.de; Hans.Wenzel@FernUni-Hagen.de
+  Postmaster@FernUni-Hagen.de; Claudia.Campus@Studium.FernUni-Hagen.de
 oder (ungültige Erweiterung)
@@ Zeile 116: / Zeile 86: @@
 Die genaue Spezifikation finden Sie unter Was bedeutet 'Syntactically invalid address for from field'?
-== Was bedeutet 'Binary data found'? ==
-Unser Mailhost ist konform zu RFC2045 und akzeptiert sowohl "7bit Data", als auch "8bit Data", aber keine "Binary Data":
- ------------------------------- Zitat Anfang ------------------------------- 2.7. 7bit Data "7bit data" refers to data that is all
- represented as relatively short lines with 998 octets or less between CRLF line separation sequences [RFC-821]. No octets with decimal
- values greater than 127 are allowed and neither are NULs (octets with decimal value 0). CR (decimal value 13) and LF (decimal value 10)
- octets only occur as part of CRLF line separation sequences. 2.8. 8bit Data "8bit data" refers to data that is all represented as
- relatively short lines with 998 octets or less between CRLF line separation sequences [RFC-821]), but octets with decimal values greater
- than 127 may be used. As with "7bit data" CR and LF octets only occur as part of CRLF line separation sequences and no NULs are allowed.
-.9. Binary Data "Binary data" refers to data where any sequence of octets whatsoever is allowed. ------------------------------- Zitat
- Ende ---------------------------------
-Wenn Sie uns "Binary Data" im Sinne von RFC2045 senden möchten, dann müssen diese mit MIME nach base64 oder UUENCODE verschlüsselt werden.
-Wenn Sie nur ASCII-Text in Ihrer Mail verwenden, liegt das Problem vermutlich darin, daß Sie als Zeilentrenner nicht CRLF sondern nur LF verwenden (s.o.). Das passiert leicht, wenn z.B. UNIX-Files binär nach MS-DOS / MS-Windows übertragen werden und die dort verwendete Mail-Software die Zeilentrennung nicht korrekt ergänzt.
 == Was bedeutet 'Syntactically invalid address for from field'? ==
-Im From-Feld sind nicht alle Zeichen erlaubt. Unproblematisch sind die Buchstaben des englischen Alphabets, Ziffern und Bindestrich (-), aber grundsätzlich dürfen dort keine nationalen Sonderzeichen, wie Umlaute und ß vorkommen. Für die genaue Spezifikation hier der entsprechende Auszug aus dem RFC822:
+Im From-Feld sind nicht alle Zeichen erlaubt. Unproblematisch sind die Buchstaben des englischen Alphabets, Ziffern und Bindestrich (-), aber grundsätzlich dürfen dort keine nationalen Sonderzeichen, wie Umlaute und ß vorkommen.
- addr-spec = local-part "@" domain local-part = word *("." word) word = atom / quoted-string
- domain = sub-domain *("." sub-domain) sub-domain = domain-ref / domain-literal
- domain-ref = atom atom = 1*<any CHAR except specials, SPACE and CTLs>
- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ CHAR = <any ASCII character> ;
- ( 0-177, 0.-127.) ^^^^^^^^^^^^^^^^^^^ oktal decimal
-Das bedeutet 7 bit ASCII -  Alle nationalen Sonderzeichen sind oberhalb kodiert. Diese Zeichen müssen nach
-MIME als Quoted-printable kodiert werden.
- specials = "(" / ")" / "<" / ">" / "@" ;
- Must be in quoted- / "," / ";" / ":" / "\" / <"> ; string, to use / "." / "[" / "]" ;
- within a word. ^^^^^^^^^^^^^^^^^^ SPACE = <ASCII SP, space> ; ( 40, 32.)
- CTL = <any ASCII control ; ( 0- 37, 0.- 31.) character and DEL> ; ( 177, 127.)
- quoted-string = <"> *(qtext/quoted-pair) <"> Regular qtext or quoted-pair
- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ qtext = <any CHAR excepting <">, ; => may be
- folded "\" & CR, and including linear-white-space> quoted-pair = "\" CHAR ;
- may quote any char domain-literal = "[" *(dtext / quoted-pair) "]"
-Wenn Sie <specials> verwenden möchten, sind diese laut RFC als <quoted-string> darzustellen und Zeichen oberhalb 177 (Oktal), bzw. 127 (Dezimal), also z.B. nationale Sonderzeichen wie Umlaute, sind nach MIME als "Quoted-printable" zu verschlüsseln.
-Z.B. für Hans Jürgen Mustermann:
- From: "Hans [HaJu] Mustermann" <Hans.Mustermann@Mustermann.de> ^^^^^^^^^^^^^^^^^^^^^^^^ <quoted-string>
-bzw.
- From: Hans =?iso-8859-1?Q?J=FCrgen?= Mustermann <Hans.Mustermann@Mustermann.de>
- ^^^^^^^^^^^^^^^^^^^^^^^^^ "Quoted-printable" nach MIME
-Falls Sie Probleme mit der korrekten Konfiguration solcher Absender haben, sollten Sie auf solche Zeichen in Ihrer Absenderangabe verzichten und sich dabei auf das englische Alphabet beschränken, oder fragen Sie Ihren Softwarelieferanten um Rat. Gute Mail-Software (z.B. Netscape) wählt in Abhängigkeit von der konfigurierten Absenderangabe automatisch die korrekte Darstellung, ohne den Endnutzer mit solchen Formalien zu belasten.
-== In der eingehenden Mail sind die Umlaute unlesbar ==
-Eventuell hat der Absender entgegen dem SMTP-Standard Umlaute verwendet, bei denen dann von einem protokollkonformen SMTP-Server das führende Bit ausgeknipst worden ist, oder das führende Bit ist angekommen, aber der Absender verwendet eine andere ASCII-Kodetabelle als Sie.
-Möglicherweise hat der Absender aber auch eine Mail im MIME-Format abgesandt und Ihre Mail-Software ist nicht MIME-fähig. MIME-Nachrichen sind daran zu erkennen, dass sie im Header die Zeile
-MIME-Version: 1.0
 enthalten.
-== Die eingehende Mail ist unlesbar ==
-Möglicherweise hat der Absender Attachments beigefügt, die nach einem herstellerspezifischen Verfahren in die Mail eingebunden sind, die nur mit der Software desselben Herstellers empfangen werden können, oder es wird von RFC 1049 Content-type header field for Internet messages Gebrauch gemacht, einem Vorläufer von MIME, der sich aber nie durchgesetzt hat.
-Wenn Ihre Software MIME-fähig ist, bitten Sie den Absender, Ihnen das Dokument im MIME-Format zu senden. Anderenfalls bleibt nur die Möglichkeit, die beigefügten Dokumente manuell in die Mail einzubetten. Falls es sich dabei um 8-Bit-ASCII-Code handelt, sind diese vorher z.B. mit UUENCODE zu kodieren und nach der Übertragung mit UUDECODE in den Originalzustand zurückzusetzen.
-== Ich kann die Anlagen nicht lesen ==
-Wenn Sie eine Mail erhalten, in der Attachments (Anlagen) angezeigt werden, ein Doppelklick aber nicht zur Anzeige der Anlage mit dem entsprechenden Viewer führt, dann ist evtl. mit dem Anlagentyp keine Anwendung auf Ihrem Rechner verbunden. In dem Fall sollten Sie die entsprechende Liste erweitern. Es kann aber auch sein, dass die Mail mit Outlook abgesandt worden ist - durch einen bug in Outlook werden Anlagen nicht korrekt deklariert, so dass diese auf der Empfangsseite nicht korrekt angezeigt werden. So werden z.B. pdf-Files als "Content-Type: application/octet-stream;" deklariert, was als Resultat die Anzeige mit dem Hex-Editor, statt dem acroread hat. Dann müssen Sie manuell den richtigen Viewer auswählen.
-== Ich kann die Anlagen nicht finden ==
-Wenn Sie eine Mail erhalten, in der Attachments (Anlagen) angekündigt werden, diese aber nicht zu finden sind, fragen Sie den Absender, wie mit Attachments verfahren wird, wenn die Mail ins Internet geht. Möglicherweise werden Attachments von dem Mail-Gateway zum Internet nicht verarbeitet.
-So verwendet z.B. NetscapeMail für Attachments grundsätzlich MIME, während bei PegasusMail die Wahlmöglichkeit zwischen MIME und der Versendung der Attachments als jeweils separate Mail besteht, wobei für 8-Bit-ASCII-Code automatisch eine Kodierung mit UUENCODE erfolgt, die von PegasusMail bei eingehender Mail auch erkannt und rückgängig gemacht wird. In letzterem Fall können die einzelnen Mails je nach Größe der Attachments und Leitungskapazität zwischen Sender und Empfänger mit erheblichem zeitlichem Abstand eintreffen.
-Wenn beide Endsysteme im Internet und MIME-fähig sind oder über MIME-fähige Gateways mit dem Internet verbunden sind, sollten Sie für die Attachments MIME verwenden. Anderenfalls bleibt nur die Möglichkeit, die beigefügten Dokumente manuell in die Mail einzubetten. Falls es sich dabei um 8-Bit-ASCII-Code handelt, sind diese vorher z.B. mit UUENCODE zu kodieren und nach der Übertragung mit UUDECODE in den Originalzustand zurückzusetzen.
 == Frage zu SPAM ==

E-Mail Fragen und Antworten FAQ: Unterschied zwischen den Versionen

E-Mail Fragen und Antworten FAQ (Quelltext anzeigen)

Version vom 16. Juli 2015, 09:58 Uhr

Navigationsmenü

Suche