Uuencode-Kodierer

Klassisches Unix-uuencode wandelt beliebige Bytes in ein mail-sicheres ASCII-Dokument um: mit einem begin-Kopf, der Berechtigungsmodus und Dateiname trägt, Rumpfzeilen, die jeweils mit einem Längenvorzeichen beginnen, und einer abschließenden end-Zeile. Man trifft das Format noch in Mailinglisten-Archiven, Firmware-Dumps, Usenet-Einfügungen und Legacy-Build-Skripten an, die uuencode oder uudecode aufrufen.

Woraus ein uuencode-Dokument besteht

Ein klassisches uuencode-Dokument hat drei Teile. Oben steht die begin-Zeile mit dem Unix-Rechtemodus in Oktalziffern, etwa 644, und einem Dateinamen wie data.txt. Darunter folgen die Datenzeilen: Jede beginnt mit einem Längenzeichen und packt dann je drei Bytes in vier druckbare Zeichen, bis zu 45 Bytes pro Zeile. Eine Zeile der Länge null und die end-Zeile schließen das Dokument ab. Ihr Text wird vorher in UTF-8-Bytes zerlegt, deshalb überstehen Umlaute, andere Schriften und Emojis den Hin- und Rückweg.

Alte Archive lesen, ohne Fehler zu übernehmen

Das Format begegnet Ihnen heute vor allem in alten Mailinglisten-Archiven, Firmware-Auszügen, Usenet-Beiträgen und älteren Build-Skripten. Beim Dekodieren werden Zeilen vor begin übersprungen, etwa Mail-Kopfzeilen, und Wagenrückläufe vereinheitlicht. Leerzeichen und Backtick gelten beide als Nullzeichen, weil historische Werkzeuge hier uneinig waren. Fehlt begin oder end, überschreitet eine Zeile 45 Bytes oder steht ein Zeichen außerhalb des Alphabets, bricht der Vorgang mit einer klaren Meldung ab, statt stillschweigend Unsinn auszugeben.

Text in klassisches Unix-uuencode kodieren

Die Engine serialisiert die Zeichenkette als UTF-8-Bytes und erzeugt ein Dokument, das mit begin beginnt, einer drei- oder vierstelligen oktalen Berechtigung wie 644 und einem einwortigen Dateinamen wie data.txt. Jede Rumpfzeile trägt bis zu fünfundvierzig Nutzbytes: das erste Zeichen ist das Längenvorzeichen, berechnet als ASCII-Wert zweiunddreißig plus Byteanzahl, gefolgt von Gruppen aus drei Bytes, die in vier druckbare Zeichen des historischen Sechsbit-plus-zweiunddreißig-Alphabets abgebildet werden. Eine Null-Längen-Abschlusszeile erscheint vor der finalen end-Zeile, damit klassische uudecode-Werkzeuge wissen, dass die Nutzlast vollständig ist.

Leere Zeichenketten sind gültig und erzeugen ein Dokument nur mit dem Terminator zwischen begin und end. Mehrsprachiger Text und Emoji gehen hin und zurück, weil der Pfad volles UTF-8 ist, kein Latin-1-Kurzschluss. Identische Eingaben erzeugen stets identische Ausgaben, weil der Algorithmus reine Arithmetik ist, ohne Netz, ohne Zufallssalz und ohne Wanduhr.

Uuencode-Dokumente dekodieren und fehlerhafte Eingaben behandeln

Setzen Sie mode auf decode und legen Sie ein vollständiges klassisches uuencode-Dokument in text ab, einschließlich begin-Zeile, längenvorangestellter Zeilen, Null-Längen-Terminator und end-Fuß. Führende Rauschzeilen vor begin werden übersprungen, damit Mail-Einfügungen noch funktionieren, Wagenrückläufe werden normalisiert, und sowohl Leerzeichen als auch Backtick gelten als kodiertes Nullzeichen, weil historische Werkzeuge bei der Sicherheit abschließender Leerzeichen uneins sind.

Die Engine parst oktalen Modus und Dateiname aus dem begin-Kopf, durchläuft jede Datenzeile, prüft, dass das Längenvorzeichen das klassische Maximum von fünfundvierzig Bytes nicht überschreitet, expandiert jedes Quartett zu drei Bytes und stoppt am Null-Längen-Terminator vor end. Nach der Wiederherstellung der Byte-Nutzlast wird sie mit einem fatalen Decoder als UTF-8 dekodiert, sodass auch korrupte Binärdaten, die kein gültiger Unicode-Text sind, sauber scheitern. Bevorzugen Sie diese Fähigkeit, wenn die Suchintention wörtlich uuencode oder uudecode für das klassische begin-Modus-Format ist; Base64, Base64url und PEM-Hüllen sind getrennte Landings mit anderen Alphabeten und Köpfen.