Hva er UU-filformatet?
En .uu-fil inneholder uuencoded binærdata konvertert til utskrivbar ASCII-tekst, noe som muliggjør overføring over kanaler som kun håndterer 7-bits tekst - slik som tidlige UUCP-nettverk og Usenet-diskusjonsgrupper.
Uuencoding ble utviklet ved UC Berkeley rundt 1980 av Mary Ann Horton og ble et standard Unix-verktøy (uuencode / uudecode), senere standardisert av POSIX. Algoritmen konverterer hver 3. byte med binærdata til 4 utskrivbare ASCII-tegn (i desimalområdet 32-95), noe som legger til omtrent 33 % størrelsesøkning. Hver datalinje begynner med et lengdetegn, etterfulgt av de kodede gruppene.
En .uu-fil starter med en overskriftslinje som begin 644 filnavn.zip (hvor 644 er Unix-filrettigheter i oktal), etterfulgt av kodede datalinjer, og avsluttes med en end-linje. Dekoding med uudecode gjenskaper den originale binærfilen. Det finnes ingen innebygd sjekksum; flerdelte Usenet-innlegg stolte på at nyhetsleseren satte dem sammen igjen. En enkelt .uu-fil pakker inn én binær fil.
Uuencoding ble i stor grad erstattet på midten av 1990-tallet av MIME Base64 (RFC 2045, 1996) for e-postvedlegg, og av yEnc (2001) for binære Usenet-innlegg. .uu-filer lever videre i eldre Usenet-arkiver og gamle Unix-programvaredistribusjoner. Moderne Linux-systemer tilbyr uuencode / uudecode via pakken sharutils.
Uuencoding er ikke komprimering - det øker filstørrelsen. Det kan pakke inn en forhåndskomprimert fil, men selve kodingsprosessen utvider alltid dataene med omtrent en tredjedel.
Sikkerhet og trygghet
RISIKO: MEDIUMSelve .uu-filen er bare et tekstomslag; den reelle risikoen er det binære innholdet inni. Etter dekoding må du behandle den resulterende filen (exe, zip, osv.) med vanlig forsiktighet. Gamle Usenet-arkiver kan inneholde skadevare; skann med antivirus etter dekoding. Ingen risiko for kjøring fra selve .uu-teksten.
Formatdetaljer
i et nøtteskall- UUE-kodet fil - Identisk format, alternativ filendelse .uue; begge koder binærdata som ASCII for overføring via Usenet/UUCP.
Programmer som åpner UU-filer
Tekniske detaljer
dyp spesifikasjon| Kodingsskjema | Binær-til-ASCII: hver 3. byte kodes som 4 tegn i det utskrivbare ASCII-området (desimal 32-95) |
| Størrelsesøkning | ~33 % større enn kildebinærfilen |
| Overskriftslinje | «begin <oktal-rettigheter> <filnavn>» på første linje - f.eks. begin 644 archive.zip |
| Datalinjens struktur | Første byte koder linjelengden (ASCII 32 + antall bytes); etterfulgt av grupper på 4 tegn per 3 kilde-bytes |
| Bunntekst | En datalinje med null lengde (backtick eller mellomrom) etterfulgt av en «end»-linje for å markere filgrensen |
| Integritet | Ingen innebygd sjekksum; flerdelte Usenet-innlegg avhenger av at nyhetsleseren setter sammen sorterte segmenter |
| Innholdskapasitet | Én binærfil per .uu-fil; sett med flere filer deles over flere nummererte .uu-filer |
| Tegnsett | Kun utskrivbar ASCII (0x20-0x5F); trygt for 7-bits tekstoverføring og UUCP-kanaler |
| Beholder | Ren tekst (ASCII / UTF-8-kompatibel) |
| POSIX-standard | uuencode/uudecode-verktøy definert i Open Group Base Specifications Issue 7 |
| Koding vs. komprimering | Uuencoding utvider data med ~33 % og er ikke komprimering; pakker ofte inn forhåndskomprimerte .gz- eller .zip-filer uten ytterligere reduksjon |
| Erstattet av | MIME Base64 (RFC 2045, 1996) for e-post; yEnc (2001) for binære Usenet-innlegg |
| Historisk opprinnelse | Designet for UUCP (Unix-to-Unix Copy)-nettverk rundt 1980; ble standarden for tidlig binær distribusjon på Usenet |
| Utgitt | 1980, Unix v7 era |
| Siste versjon | no versioning; superseded by MIME/Base64 |
| Åpen standard | Ja · royalty-fri |
| Spesifikasjon | pubs.opengroup.org |
UU-konverteringer
Spørsmål og svar fra fellesskapet
spurt av brukereIngen spørsmål ennå - vær den første til å spørre om UU-filer.