Ga naar inhoud
TextArray
100% lokaal

Geciteerde printbare decoder

Decodeer =C3=A9 escapes en zachte regeleinden uit de e-mailbron — of codeer uw eigen.

Invoer

Geciteerde printbare decoder

Open de ruwe bron van vrijwel elke e-mail en de tekst staat vol met =C3=A9, =E2=80=93 en regels die eindigen op een eenzaam =-teken. Dat is quote-printable, MIME's manier om niet-ASCII-tekst door mailsystemen te persen die alleen 7-bits tekens vertrouwen. Plak het hier en het luidt opnieuw: =XX-ontsnappingen worden hun echte karakters door de juiste UTF-8-decodering, en de zachte regeleinden met trailing-equals die lange alinea's in regels van 76 tekens vouwen, worden weer aan elkaar gehecht.

De decoder is bewust mild, zoals echte mail vereist: in beide gevallen hexadecimale cijfers, witruimte die door het transport wordt toegevoegd na een zachte pauze, en ongeldige ontsnappingen zoals =ZZ die letterlijk doorlopen in plaats van het hele bericht te doden. De RFC 2047-optie verandert bovendien onderstrepingstekens in spaties, de variant die wordt gebruikt in gecodeerde onderwerpregels en kopteksten.

Als je de modus wijzigt, wordt er in plaats daarvan gecodeerd: afdrukbare ASCII blijft leesbaar, al het andere (accenten, em-streepjes, emoji, controlebytes) wordt =XX escapes, achterliggende witruimte wordt beschermd zoals de RFC vereist, en lange regels worden soft-wrap van 76 tekens, zodat de uitvoer rechtstreeks in een MIME-body terechtkomt. De wrap splitst nooit een escape-reeks, en het decoderen van je eigen uitvoer herstelt altijd de invoer byte voor byte.

Typische toepassingen: het lezen van de bron van een verkeerd weergegeven e-mail, het debuggen van een nieuwsbriefsjabloon, het controleren van wat uw e-mailbibliotheek feitelijk uitzendt, of het voorbereiden van testarmaturen voor een parser. Alles draait lokaal in uw browser; correspondentie verlaat nooit uw apparaat.

FAQ

Wat is een zachte regeleinde?
Een =-teken helemaal aan het einde van een regel. Het betekent "deze regel gaat verder" - mailsystemen beperken de regels tot 78 tekens, zodat lange alinea's worden opgevouwen. Bij het decoderen worden de = en de break verwijderd, waardoor de oorspronkelijke, onverpakte regel wordt hersteld.
Waarom wordt in mijn gedecodeerde tekst é weergegeven in plaats van é?
Omdat de =XX bytes worden gedecodeerd als UTF-8, wordt de codering van echte mail tegenwoordig gebruikt. Tools die elke byte als Latin-1 decoderen, produceren de é mojibake - als je dat hebt gezien, is dit de oplossing.
Wat doet de onderstrepingsoptie van RFC 2047?
Gecodeerde e-mailheaders (onderwerpregels die beginnen met =?UTF-8?Q?…) gebruiken een compacte variant waarbij _ staat voor een spatie. Schakel de optie in bij het plakken van een dergelijke koptekst; laat het uit voor berichtteksten, waarbij onderstrepingstekens letterlijk zijn.
Wat gebeurt er met ongeldige reeksen zoals =ZZ?
Ze passeren onveranderd. In de echte wereld is de afdrukbare tekst vaak een beetje verminkt, en een decoder die fouten maakt bij de eerste slechte ontsnapping zou precies de berichten weigeren die je het meest nodig hebt om te lezen.
Wordt mijn e-mail ergens geüpload?
Nee. De decodering verloopt volledig in uw browser en uw correspondentie verlaat nooit uw apparaat.