yEnc

yEnc jest algorytm z konwersją  (w) od formatu danych , z binarnym do tekstu. Jest zwykle używany w Usenecie do przesyłania plików. Ma na celu zastąpienie historycznych kodowań uuencode i base64 , dzięki lepszej wydajności.

Rzeczywiście, zmniejsza narzut poprzedniego kodowania (uuencode i base64, na sześciu bitach) poprzez użycie „  rozszerzonego ASCII  ” (na ośmiu bitach). Dodatkowy koszt tego kodowania wynosi często od jednego do dwóch procent, podczas gdy sześciobitowe kodowanie wynosi od 33 do 40%. W rezultacie treść wiadomości (zawierająca załącznik ) jest mniejsza i można ją szybciej dostarczyć.

Kolejną zaletą kodowania yEnc jest dodanie sumy kontrolnej typu CRC , która weryfikuje integralność załączonego pliku.

Kodowanie yEnc zostało stworzone i umieszczone w domenie publicznej przez Jürgena Helbinga w 2001 roku . Jest opisany tylko nieformalnie, nie ma żadnej standaryzacji ( RFC ).

Problemy

Kodowanie yEnc ma kilka wad już obecnych w kodowaniu uuencode, które w międzyczasie zostały rozwiązane przez MIME .

• Opiera się na wyszukiwaniu specjalnych linii rozpoczynających się od =ybegini =yendograniczających zakodowane fragmenty. Ta technika nie jest całkowicie niezawodna, ponieważ nic nie stoi na przeszkodzie, aby treść wiadomości - zwłaszcza jeśli mówi o yEnc - zawierała te ciągi.

• Opiera się na temacie wiadomości (nagłówku Subject:), aby ponownie złożyć podzielone pliki, co również nie jest solidne.

Ponadto yEnc wprowadza dodatkowe słabości.

• Twierdzi, że nadaje określonym polom nagłówka określoną strukturę, podczas gdy nie można zmusić innych klientów do przestrzegania tych ograniczeń w przypadku zastosowań innych niż kodowanie yEnc - nawet klienci yEnc nie zawsze przestrzegają tej konwencji., Jak potępiono na stronie głównej yEnc. W szczególności temat wiadomości powinien zawierać napis yEnc, nazwę pliku oraz numer części. MIME rozwiązuje ten problem, wypełniając te informacje w dedykowanych nagłówkach.

• Tam, gdzie uuencode przestrzega zwykłej formy wiadomości internetowej, a mianowicie strumienia tekstowego, kodowanie yEnc generuje dowolny strumień bajtów. W szczególności dekoder yEnc musi z wyprzedzeniem znać rozmiar danych do zdekodowania, aby wiedzieć, kiedy się zatrzymać. Ta informacja jest zawarta w początkowej linii ogranicznika i przywoływana w końcowej linii ograniczającej w celu weryfikacji.

• Używanie wartości ośmiobitowych powoduje problemy ze zgodnością. Niektóre kanały transmisyjne mogą nie obsługiwać takich wartości. Ponadto nadal istnieje ryzyko, że systemy zinterpretują strumień bajtów wytwarzany przez yEnc - który należy uznać za strumień binarny - jako tekst i odpowiednio go zmodyfikują, na przykład poprzez konwersję między kodowaniem tekstu . Ponadto, ze względu na zgodność ze standardami internetowymi, niektóre systemy mogą zdecydować o ponownym zakodowaniu strumienia yEnc za pomocą uuencode lub base64, eliminując w ten sposób całe zainteresowanie yEnc.

Wreszcie brak standaryzacji może być postrzegany jako problem.

Z wyjątkiem niewielkiego dodatkowego kosztu samego kodowania, standard MIME oferuje już, w ustandaryzowanych ramach, wszystkie funkcjonalności yEnc - transmisję danych binarnych, dzielenie na kilka części, linie ograniczające, sprawdzanie integralności ( poprzez MD5 , gdzie yEnc używa CRC-32 ). Z tego powodu włączenie kodowania yEnc do standardu MIME, obok base64 i quoted-printable, rozwiązałoby większość tych problemów. Jednak pomimo sugestii, nie opracowano żadnych formalnych ani nieformalnych specyfikacji.

Uwagi i odniesienia

(en) Ten artykuł jest częściowo lub w całości zaczerpnięty z artykułu w angielskiej Wikipedii zatytułowanego "  yEnc  " ( zobacz listę autorów ) .

1. (w) Jürgen Helbing , "  yencode - Szybkie i brudne kodowanie plików binarnych  " [ archiwum28 sierpnia 2013] na yenc.org ,5 marca 2002. „  Istniejące mechanizmy przesyłania informacji binarnych pocztą elektroniczną i grup dyskusyjnych wykorzystują tylko 7-bitowy tekst ASCII. Wynikowe zakodowane dane są do 40% większe niż oryginalne informacje binarne. […] Narzut danych binarnych zakodowanych yEncoded może wynosić zaledwie 1-2%.  "
2. (w) Jürgen Helbing , "  Przeciwnicy do yEnc  " [ archiwum28 sierpnia 2013] na yenc.org ,10 czerwca 2002
3. (w) Jeremy Nixon , "  Dlaczego jest zły dla Usenetu yEnc  " [ archiwum 29 sierpnia 2013] ,17 marca 2002
4. (w) Curt Welch , „  Co jest nie tak z yEnc?  „ [ Archiwum z 11 sierpnia 2013] ,19 września 2002
5. (en) Claus Färber , „  yEnc uznany za szkodliwy  ” ( Archiwum • Wikiwix • Archive.is • Google • Co robić? ) ,4 marca 2002
6. (w) Jürgen Helbing , "  Strona domowa  " [ archiwum28 sierpnia 2013] na yenc.org ,30 marca 2003. "  30. marca 2003: skrócie: Niektóre neticens zaczął pisać yEncoded wiadomości bez obowiązkowego słowa kluczowego: yEnc w temacie. Niektóre narzędzia pozwalają na publikowanie bez cudzysłowów wokół nazwy pliku. Obie tendencje nie są zgodne ze specyfikacją yEnc. Programiści są uczciwi, aby spełnić tę specyfikację.  "
7. (w) Jeremy Nixon , "  Lepszym sposobem na publikowanie plików binarnych Usenetu jest  " [ archiwum11 sierpnia 2013] ,16 sierpnia 2002

Linki zewnętrzne

• (en) Oficjalna strona internetowa yEnc
• (en) yEnc tekst specyfikacji