Technische Eigenschaften
Diese Informationsseite ist gewiß das am wenigsten zugängliche von
diesem Standort. Es ist notwendig, eine Kenntnis des Formates der
Mitteilungen zu haben, die per elektronische Post übermittelt wurden
(insbesondere das Kodieren
MIME)
um davon allen Einzelheiten zu folgen.
Allgemeine Anmerkungen
Am Ursprung sind die Internet-Protokolle für die Vereinigten Staaten
von Amerika entwickelt worden, bevor man in anderen Ländern benutzt
wurde.
Diese Internationalisierung hat erfordert, reichere Alphabete zu
berücksichtigen als das amerikanische Alphabet.
Außerdem nach den basischen Texten haben die Protokolle
elektronischer Post die Möglichkeit integriert, Texte mit Umbruch und
Karteien jeder Art zu senden.
Leider für jedes aufgetretene Problem sind mehrere verschiedene
technische Lösungen angenommen worden, ohne daß meistens eine solche
Vielfalt ein praktisches Interesse bedeutet.
Außerdem führt die Komplexität der Normen dazu, daß sie nicht genau
durch die mailers respektiert werden, sei es für Schwierigkeiten der
Umsetzung oder wegen sehr aproximative Implementierung.
In der Praxis benutzt die Mehrzahl der mailers eine begrenzte
Teilmenge der möglichen Mitteilungsformate.
Zwei Wahl ist also möglich:
- entweder zu versuchen, alle Mitteilungen am Risiko bestmöglich zu
behandeln, eine sehr komplexe Anwendung zu verwirklichen
- oder sich auf die laufendsten Fälle zu beschränken (die trotzdem
99% der Mitteilungen einschließen können).
Es ist das zweite Konzept, das für Libremail angenommen worden ist.
Allerdings Version nach gemolkener Version, Libremail immer mehr
besondere Fälle viel komplexer als ohne jedoch am Ursprung geworden
zu sein.
Behandlung der mails, die gemäß ihrer Struktur eingegangen sind
- Wenn das eingegangene mail sich auf eine Zone des Typentextes
beschränkt text/plain, wird Libremail diesen Text anschlagen.
- Im Falle von Mitteilungen multipart/alternative (zuerst vom Text
dann das Äquivalent in HTML), wird Libremail die Textsektion des mail
anschlagen.
- Wenn das mail in reiner HTML (text/html) ist, macht Libremail keine
Umsetzung, um diese Art von Mitteilung leserlich anzuschlagen.
Dagegen ist das Werkzeug suphtm fähig, vor Fernladen die
Mitteilungen in reiner HTML festzustellen und abzuschaffen.
- Wenn ein mail von Typ ist multipart/report, wird Libremail die
verschiedenen Textzonen anschlagen, daß er eine infolge der anderen
enthält.
Es gibt keine Forschung von Karteien, die in den mails des Typs
beigefügt sind, multipart/report.
- Im Falle eines mail multipart/mixed Typs wird Libremail den in der
ersten Sektion enthaltenen Text anschlagen. Je nach Fall wird es sein:
- der Text, der in einer Sektion des Typs enthalten ist text/plain
- das unter Sektion text/plain einer Sektion multipart/alternative
- der nicht konvertierte Text der Sektion text/HTML, wenn es keine
Sektion text/plain gibt.
Nach diesem Anschlag wird Libremail die Liste der beigefügten Karteien
hinzufügen, die wiedergewonnen werden können. Die Sektionen text/HTML,
die einen Karteinamen besitzen, werden allerdings nicht (seit der Version
berücksichtigt 1.2.1).
Wenn die Allee Sektionen message/rfc822 enthält, werden diese
Letzten als Alleen behandelt, und ihr Text wird jenem der HauptAllee
hinzugefügt.
Durch gegen, wenn eine multipart/mixed TypenAllee mehrere
aufeinanderfolgende Textzonen, allein die Erste umfaßt angeschlagen.
In einer Allee multi Sektion kann man wählen (seit Version 1.1.0), die
Sektion text/html (ohne Umsetzung der Markierungszeichen) an der Stelle
der Sektion text/plain anzuschlagen.
Die Sektionen multipart/related Statist im Inneren von anderen
Sektionen multipart werden (seit der Version 1.2.1) für die
Behandlung der Ränder von Sektionen berücksichtigt, ohne allerdings,
daß ihre Anwesenheit keine Änderungen in der Analyse der Allee bewirkt.
Struktur der gesendeten Mitteilungen
Für die ailssendung beschränkt sich Libremail auf zwei
Mitteilungsstrukturen nur:
- mail nur bestehend von einer Sektion Typentext text/plain
- mail von Typ multipart/mixed Zusammensetzungen einer Sektion
text/plain, gefolgt von ein oder mehreren beigefügten Karteien.
Kodieren der Charaktere
Wie höher festgelegt, haben die Internet-Protokolle von Sommerzugang
amerikanisch vor, sich zu internationalisieren. Aber besitzen die
Amerikaner 2 Eigenschaften, die sie von der Mehrzahl der Völker des
Planeten unterscheiden:
- sie besitzen einen übertriebenen Bestand von
Massenvernichtungswaffen,
- ihre Sprache umfaßt keine Akzente.
Für die elektronische Post ist es der 2. Punkt, der das wichtigste
ist insbesondere, weil am Anfang die Internet-Protokolle für eine
Übertragung der Charaktere über 7 Bits vorgesehen worden sind.
Unter diesen Bedingungen mußten die Charaktere, die das 8. erhebliche
Bit (das heißt an 1) haben, einkodiert werden.
Vom Rest sogar heute, wo die übertragung der Charaktere auf 8 Bits
sich verallgemeinert hat, sieht die übertragungsnorm vor, daß die
Charaktere des Titels der Mitteilungen, die das 8. lokalisierte
erhebliche Bit haben, immer einkodiert werden.
Zwei Kodierformate bestehen: das Format "quoted printable" und das
Format base64.
- Für den Anschlag der Felder des Titels der Mitteilungen trägt
Libremail seit dem Beginn das Kodieren quoted printable (fast
universell) und seit Version 1.0.4 das Kodieren base64 (viel seltener
und ohne praktisches Interesse mit einem europäischen Alphabet
andernfalls kann jenes sein, einen durch alte mailers lesbaren
Anschlag zu verhindern und das Filtern der Alleen durch den
Versandhost ausgehend vom Subject-Feld direkt zu erschweren:).
- Für den Anschlag des Inhalts eingegangene Mitteilungen akzeptiert
Libremail seit dem Beginn die direkt übermittelten Texte über 7 oder
8 Bits (ohne sichtbares Kodieren beim Empfang) und die Mitteilungen,
die im Format einkodiert wurden, quoted printable.
Die einkodierten Mitteilungen werden base64 jetzt konvertiert (seit
Version 1.1.0), aber mit einer Behandlung der Sprünge rudimentärerer
Zeile als für die anderen Formate. Von aller Art und Weise ist die
Verwendung dieses Kodierens für die Texte der Alleen mit einem
europäischen Alphabet sehr selten und gänzlich ungerechtfertigt
- Für die Wiedergewinnung der beigefügten Karteien das Kodieren
quoted werden printable und base64 alle zwei seit dem Beginn
konvertiert (was das geringste von den Sachen ist).
- Für die ailssendung verwirklicht Libremail automatisch ein Kodieren
quoted printable von den Feldern des Titels, die spezielle Charaktere
enthalten, während der Körper der Mitteilungen ist übermittelte unter
8- Bits und also ohne Kodieren.
- Um beigefügte Karteien zu senden gemäß dem Inhalt dieser Karteien
wählt Libremail zwischen dem Kodieren quoted printable und dem
Kodieren base64, jenes das das am wenigsten lästige ist.
Diese technische Wahl vereinbart vollkommen in den Industrieländern
(zum Beispiel Frankreich), aber ist kann nicht an andere Regionen der
Welt wie Afrika (zu prüfen) angepaßt werden.
Wenn es sich erwiese, daß in diesen Ländern die betonten Charaktere
richtig in den Titelfeldern (insbesondere im Thema des mail) und in
den beigefügten Stücken übermittelt werden, aber nicht im Text der
Mitteilung müßte man eine geänderte envmailversion "" schaffen und
benutzen, damit diese Mitteilungen mit dem Kodieren quoted printable
übermittelt werden.
Anerkannte Typensätze
- Am Ursprung ist Libremail geplant worden, um mit dem Typensatz
mangels ISO-8859-15 oder ISO-8859-1 zu arbeiten, wenn das Symbol
€ (Euro), nicht notwendig ist.
Er kann also ohne Umsetzung die Alleen, die aus einem PC stammen die
auch gut anschlagen, unter Windows funktionieren (bis an Version 98),
wie unter bestimmten Verteilungen von GNU/Linux und anderen UNIX.
- Eine Teilmenge der Charaktere (nicht affichables im Staat), die im
Intervall 80h bis 9Fh umfaßt wurden (insbesondere benutzt auf
Mac), wird in seinem Äquivalent im Spiel ISO-8859-15 konvertiert.
- Libremail stellt ebenfalls das Kodieren FJAE-8 fest und konvertiert
die entsprechenden Charaktere, wenn sie einem gegenwärtigen Charakter
im A0h Intervall an FFh des Spiels ISO-8859-15 entsprechen.
Jene, die einem Charakter des Intervalls 80h bis 9Fh in diesem
ISO-Spiel entsprechen, werden nicht konvertiert. Einerseits würde man
zu Charakteren gelangen nicht affichables, andere geht ihr Kodieren
FJAE-8 weg ist viel anarchischer als jenes der Charaktere ab A0h.
Trotzdem andere Charaktere FJAE-8 wahrscheinlich von den
drucktechnischen Charakteren Mac ebenfalls konvertiert werden, wenn
es möglich ist.
- Seit Version 2.0 (und den Betas Versionen 1.9.2 und 1.9.3)
analysiert Libremail die Umweltvariable $LANG, um den Typensatz
(ISO-8859-n oder UTF-8) festzustellen, der durch das Betriebssystem
benutzt wurde.
Die Alleen, die mit demselben Typensatz verfaßt sind, werden wie jene
des Betriebssystems ohne Umsetzung angeschlagen, die anderen werden
von ISO-8859-1 bis FJAE-8 oder von FJAE-8 bis ISO-8859-15
konvertiert, um einen guten Anschlag der betonten Charaktere zu
erlauben.
Von selben kann die Erfassung der Alleen auch gut mit dem Typensatz
ISO-8859-15 wie der Typensatz FJAE-8 erfolgen .
- Das Kodieren FJAE-7 wird nicht durch Libremail behandelt.
Stunde und Stundenspindel
Für den Anschlag der Daten und Stunden Versand der Mitteilungen
berücksichtigt Libremail berücksichtigte nicht die Stundenspindeln
bis zu Version 2.1.4 .
Seit Version 2.2 verbessert der Auftrag vmailsj die Abweichungen
(in ganzen Stunden), zwischen der Stundenspindel des Absenders und jenem
vom Empfänger und davon hält Konto, um ein chronologisches Sortieren
zu machen von Alleen, die andere Stundenspindeln benutzen.
Die Werkzeuge, die dazu dienen, den Inhalt der Alleen zu veranschaulichen,
schlagen weiterhin an wie sie in den Alleen Daten und Versandstunden
sind und Stundenspindel des Absenders.