Przejdź do treści
TextArray
100% lokalnie

Dekoder quoted-printable

Dekoduj sekwencje =C3=A9 i miękkie złamania ze źródła e-maila — albo koduj własny tekst.

Wejście

Dekoder quoted-printable

Otwórz surowe źródło niemal dowolnego e-maila, a tekst jest naszpikowany sekwencjami =C3=A9, =E2=80=93 i wierszami kończącymi się samotnym znakiem =. To quoted-printable — sposób, w jaki MIME przeciska tekst spoza ASCII przez systemy pocztowe ufające tylko znakom 7-bitowym. Wklej go tutaj, a znów da się czytać: sekwencje =XX stają się prawdziwymi znakami dzięki poprawnemu dekodowaniu UTF-8, a miękkie złamania z końcowym =, które składały długie akapity w 76-znakowe wiersze, są zszywane z powrotem.

Dekoder jest celowo wyrozumiały, jak wymaga tego prawdziwa poczta: cyfry szesnastkowe w obu wielkościach, białe znaki dodane przez transport po miękkim złamaniu, a niepoprawne sekwencje jak =ZZ przechodzą dosłownie, zamiast zabijać całą wiadomość. Opcja RFC 2047 dodatkowo zamienia podkreślenia na spacje — wariant używany w kodowanych tematach i nagłówkach.

Przełączenie trybu koduje w drugą stronę: drukowalne ASCII zostaje czytelne, wszystko inne — ogonki, myślniki, emoji, bajty sterujące — staje się sekwencjami =XX, końcowe spacje są chronione zgodnie z RFC, a długie wiersze łamią się miękko po 76 znakach, więc wynik pasuje prosto do ciała MIME. Zawijanie nigdy nie rozcina sekwencji escape, a dekodowanie własnego wyniku zawsze odtwarza wejście bajt po bajcie.

Typowe zastosowania: czytanie źródła źle wyświetlonego e-maila, debugowanie szablonu newslettera, sprawdzanie, co naprawdę emituje twoja biblioteka pocztowa, albo przygotowanie danych testowych dla parsera. Wszystko działa lokalnie w twojej przeglądarce — korespondencja nigdy nie opuszcza twojego urządzenia.

Częste pytania

Czym jest miękkie złamanie wiersza?
Znak = na samym końcu wiersza. Oznacza „ten wiersz trwa dalej" — systemy pocztowe ograniczają wiersze do 78 znaków, więc długie akapity są składane. Dekodowanie usuwa = i złamanie, przywracając pierwotny niezłamany wiersz.
Dlaczego mój zdekodowany tekst pokazuje é, a nie é?
Bo bajty =XX są dekodowane jako UTF-8 — kodowanie, którego dzisiejsza poczta naprawdę używa. Narzędzia dekodujące każdy bajt jako Latin-1 produkują krzaczki é — jeśli je widziałeś, to jest właśnie naprawa.
Co robi opcja podkreślenia z RFC 2047?
Kodowane nagłówki e-maili (tematy zaczynające się od =?UTF-8?Q?…) używają zwartego wariantu, w którym _ oznacza spację. Włącz ją przy wklejaniu ciała takiego nagłówka; dla treści wiadomości zostaw wyłączoną — tam podkreślenia są dosłowne.
Co się dzieje z niepoprawnymi sekwencjami jak =ZZ?
Przechodzą bez zmian. Prawdziwy quoted-printable bywa lekko uszkodzony, a dekoder wysypujący się na pierwszej złej sekwencji odmówiłby dokładnie tych wiadomości, które najbardziej chcesz przeczytać.
Czy mój e-mail jest gdzieś wysyłany?
Nie. Dekodowanie odbywa się wyłącznie w twojej przeglądarce, a korespondencja nigdy nie opuszcza twojego urządzenia.