> > Bitte mitmachen, es fehlen noch viele BKZ, DDR-Meldestellen und KWEA < <

Aktuell: Telekomischer Lifestyle

yEnc

Allgemeines

Die Kodierung yEnc [1] ist ein Vorschlag für einen offenen Standard der neuen Generation, der sich anschickt die Beschränkungen und Nachteile der älteren aber weit verbreiteten Kodierungen Base64 und Uuencode beheben zu wollen. Die Namensgebung yEncoding kommt daher, daß alle Schlüsselzeilen mit =y anfangen müssen. Der Grundgedanke bei yEnc ist, daß es bei der heutigen Software nicht mehr notwendig ist, vor der Übertragung von Daten alle Zeichen des 8-Bit ASCII oberhalb von 127 durch eine 7-oder gar 6-Bit-Kodierung zu ersetzen, sondern nur noch einige wenige möglicherweise problematische Zeichen zu maskieren. Insgesamt ergeben sich durchaus weitere Vorteile gegenüber den anderen Kodierungen:

• Seit der Version 1.2 kennt yEnc nur noch vier kritische Zeichen (NULL [0x00, 0], LF [0x0A, 10], CR [0x0D, 13] und = [0x3D, 61]) die maskiert werden müssen. Dennoch können bei Bedarf mehr Zeichen (bspw. TAB [0x09, 9] oder Leerzeichen [0x20, 32] kodiert werden, da die Dekoder alle kodierten Zeichen dekodieren können müssen.
  Da relativ wenige Zeichen kodiert werden müssen, bleibt der Größenunterschied zwischen Originaldaten und kodierten Daten klein.
• Die Zeilenlänge ist variabel und bewegt sich typischerweise zwischen 128 und 255 Zeichen.
• Jede yEnc kodierte Datei wird durch eindeutige Kopf- (=ybegin) und Fußzeilen (=yend) umschlossen.
• Die Kopfzeile enthält Parameter zu Größe, Zeilenlänge und Teilnummer bei aufgeteilten Dateien.
• Für die Fehlererkennung wird in der Fußzeile eine CRC-Prüfsumme über die gesamte Datei und die Teildatei mit übermittelt.

Kodierung

• Zu jedem ASCII-Wert eines Zeichens wird 42 addiert
• Von der Summe wird modulo 256 bestimmt.
  • Ist das Ergebnis ein kritischer Wert (0, 10, 13, 61) wird zuerst ein = (ASCI 0x3D, 61) zurückgegeben und zum Ergebnis 64 addiert und modulo 256 berechnet.
  • Andernfalls wird das Eregbnis aus Schritt 2 zurückgegeben.
• Die Schritte werden von Anfang bis Ende für jedes Byte der Datei wiederholt.
• Der kodierte Inhalt wird derart auf die gewünschte Zeilenlänge gebracht, typischerweise 128-255, daß kein maskierter Zeichekode (bspw. =M) getrennt wird. Im Zweifelsfalle wird die Zeilenlänge der entsprechenden Zeile um eins erhöht. Keine Zeile darf also mit einem = enden und jede Zeile mit n+1 Zeichen muß am Ende ein maskiertes Zeichen enthalten.
• Aus Sicherheitsgründen werden noch einige Zeichen am Zeilenanfang und ˜ende kodiert:
  • Zeilenanfang: Tabulator, Leerzeichen und Punkt
  • Zeilenende: Tabulator und Leerzeichen

Anschließend werden die kodierten Daten mit den begrenzenden Kopf- und Fußzeilen versehen. Eine korrekte Minimalversion einer einteiligen yEnc-Datei sollte dann wie folgt aussehen:

=ybegin line=128 name=Ausgabe.txt
r‹––™J–žK
=yend size=13

Die CRC-Prüfsumme (hier crc32=BE545274) in der Fußzeile ist fakultativ. Für aufgeteilte Dateien kommen noch weitere Paramter in Kopf- und Fußzeilen hinzu, die aber selbsterklärend sind:

• =ybegin part= total= line=128 size= name=
• =ypart begin= end=
• =yend size= part= pcrc32= crc32=

Bemerkungen

Ob yEnc jemals die Verbreitung von Base64 und Uuencode erreichen wird, hängt vom Willen der Programmierer ab, diesen Standard aufzugreifen und in ihre Software (e-Mailprogramme, Newsreader) zu integrieren sowie von den Erfahrungen der Anwender. Zumindest im Usenet [2] steigt die Anzahl yEnc kodierten Dateien kontinuierlich an, obwohl der Vorteil der yEnc-Kodierung gegenüber den althergebrachten Methoden wiederum nicht so groß ist. Unbestritten ist die Tatsache, daß yEnc-Dateien nur geringfügig größer sind als herkömmlich kodierte, was aber heute nicht wirklich das Hauptproblem im Usenet ist. Mit abnehmender Zahl langsamer Modemzugänge und der Zunahme leistungsfähiger PCs fällt der Unterschied bei dem Endnutzer nicht mehr wirklich ins Gewicht. Das Hauptproblem bei der Übertragung von Binärdateien im Usenet liegt darin, daß große Dateien vor dem Verschicken in viele kleine Einheiten zerlegt und vom Empfänger eingesammelt und zusammengesetzt werden müssen. Genau für diese Fälle aber bietet, abgesehen von den Kopfzeilen, yEnc keinen wirklichen Vorteil für eine automatisierte Bearbeitung der empfangenen Teile. Insofern ist yEnc nur ein Kodierungsalgorithmus mehr, der in die Software integriert und gewartet werden muß, bzw. für den separate Software installiert werden muß. Auch macht sich momentan die Einsparung durch die geringere Dateigröße sowieso noch nicht bemerkbar, da die Dateien in den meisten Fällen sowohl yEnc- als auch Uu-kodiert verschickt werden. Darüberhinaus arbeiten nicht alle am Markt vorhandenen Programme, die überwiegende Zahl sind reine Dekoder, standardkonform.

Referenzen

1. http://WWW.yEnc.org/
2. http://de.wikipedia.org/wiki/Usenet

Hat Ihnen die Information weitergeholfen?
Ein kleine Anerkennung auf rein freiwilliger Basis ist stets willkommen.
Bitcoin: 1GPBNB6YKKR4cZNLneDLKGGWrtQdxT6NBa