Hoppa till innehåll
TextArray
100% lokalt

Citerad-utskrivbar dekoder

Avkoda =C3=A9-escapes och mjuka radbrytningar från e-postkällan - eller koda din egen.

Inmatning

Citerad-utskrivbar dekoder

Öppna råkällan för nästan alla e-postmeddelanden och texten är fylld av =C3=A9, =E2=80=93 och rader som slutar på ett ensamt = tecken. Det är citerat-utskrivbart, MIMEs sätt att klämma in icke-ASCII-text genom e-postsystem som bara litar på 7-bitars tecken. Klistra in det här och det läses igen: =XX escapes blir deras riktiga karaktärer genom korrekt UTF-8-avkodning, och de efterföljande-lika med mjuka radbrytningar som vek långa stycken till 76-teckens rader sys ihop igen.

Avkodaren är medvetet mild, så som riktig post kräver: hexadecimala siffror i båda fallen, blanksteg som läggs till efter en mjuk paus och ogiltiga escapes som =ZZ passerar igenom bokstavligen istället för att döda hela meddelandet. Alternativet RFC 2047 förvandlar dessutom understreck till mellanslag, vilket är varianten som används i kodade ämnesrader och rubriker.

Byt lägeskodning istället: utskrivbar ASCII förblir läsbar, allt annat – accenter, em-streck, emoji, kontrollbytes – blir =XX escapes, efterföljande blanksteg skyddas på det sätt som RFC kräver och långa rader mjukas in med 76 tecken så att utdata sjunker rakt in i en MIME-kropp. Wrap delar aldrig upp en escape-sekvens, och avkodning av din egen utdata återställer alltid indatabyte för byte.

Typiska användningsområden: läsa källan till ett felrenderat e-postmeddelande, felsöka en nyhetsbrevsmall, kontrollera vad ditt e-postbibliotek faktiskt sänder ut eller förbereda testfixturer för en parser. Allt körs lokalt i din webbläsare – korrespondens lämnar aldrig din enhet.

FAQ

Vad är en mjuk linjebrytning?
Ett = tecken i slutet av en rad. Det betyder "den här raden fortsätter" - postsystem har 78 tecken, så långa stycken vikas. Avkodning tar bort = och brytningen, vilket återställer den ursprungliga olindade raden.
Varför visar min avkodade text é istället för é?
Eftersom =XX-byte är avkodade som UTF-8, använder den riktiga e-postkodningen idag. Verktyg som avkodar varje byte som Latin-1 producerar é mojibake — om du har sett det är det här åtgärden.
Vad gör alternativet RFC 2047 understreck?
Kodade e-postrubriker (ämnesrader som börjar med =?UTF-8?Q?...) använder en kompakt variant där _ står för ett mellanslag. Slå på alternativet när du klistrar in en sådan rubrik; lämna det av för meddelandetexter, där understreck är bokstavliga.
Vad händer med ogiltiga sekvenser som =ZZ?
De passerar oförändrade. Verkliga citerade-utskrivbara är ofta något manglad, och en dekoder som fel på den första dåliga escape skulle vägra exakt de meddelanden du mest behöver läsa.
Laddas min e-post upp någonstans?
Nej. Avkodningen körs helt och hållet i din webbläsare och din korrespondens lämnar aldrig din enhet.