Quoted-Printable-decoder

Codeer en decodeer het Quoted-Printable-formaat dat in e-mailsystemen (MIME) wordt gebruikt. Verwerkt zachte regeleinden en niet-ASCII-tekens. Alle verwerking gebeurt in uw browser.

Coderen & decoderen MIME-conform Verwerking aan clientzijde
Het resultaat verschijnt hier...

Hoe gebruik ik de Quoted-Printable-decoder

1

Kies een modus

Selecteer de modus Decoderen (QP naar tekst) of Coderen (tekst naar QP).

2

Voer invoer in

Plak Quoted-Printable-tekst of platte tekst, afhankelijk van de modus.

3

Converteren & kopiëren

Klik op Converteren en kopieer het resultaat naar uw klembord.

Wat is Quoted-Printable?

Quoted-Printable is een coderingsmethode die in MIME (Multipurpose Internet Mail Extensions) wordt gebruikt om niet-ASCII-tekens in e-mailberichten weer te geven. Bytes die geen printable ASCII-tekens zijn (waarden buiten 33-126, behalve spaties) worden gecodeerd als =XX, waarbij XX de hexadecimale waarde van de byte is.

Hoe het werkt

Escape-codering

Niet-ASCII- en speciale tekens worden gecodeerd als =XX

Zachte regeleinden

Regels worden op 76 tekens afgebroken met = aan het einde van de regel

Veilige tekens

Printable ASCII (33-126) en tabs/spaties gaan ongewijzigd door

Veelgestelde vragen

Waar wordt Quoted-Printable gebruikt?

Quoted-Printable wordt vooral gebruikt in e-mailsystemen (MIME) om berichtinhoud te coderen. Het is de Content-Transfer-Encoding-methode voor tekstgebaseerde e-mailinhoud die niet-ASCII-tekens bevat.

Wat is een zacht regeleinde?

Een zacht regeleinde wordt weergegeven door = aan het einde van een regel, gevolgd door CRLF. Het geeft aan dat de regel voor verzending is afgebroken, maar bij het decoderen weer aan elkaar gezet moet worden. Zo blijven regels onder de 76 tekens.

Waarom verschilt het van Base64?

Quoted-Printable houdt de meeste ASCII-tekst leesbaar en codeert alleen niet-ASCII- of speciale tekens. Base64 codeert alles en produceert output die ongeveer 33% groter is. QP heeft de voorkeur voor voornamelijk ASCII-inhoud, terwijl Base64 beter is voor binaire data.

Hoe worden niet-ASCII-tekens gecodeerd in Quoted-Printable?

Elke byte van de UTF-8-sequentie wordt =XX: een e-acute is twee bytes, geschreven als =C3=A9, en een Chinees woord wordt twaalf =XX-groepen. ASCII-letters, cijfers en de meeste leestekens gaan letterlijk door, waardoor tekst in Europese talen grotendeels leesbaar blijft - dat was het ontwerpdoel van de codering.

Wat is de regeleindelimiet van 76 tekens en een zacht regeleinde?

RFC 2045 sectie 6.7 vereist dat gecodeerde regels niet langer zijn dan 76 tekens. Als een regel gesplitst moet worden, markeert een = aan het einde van de regel een zachte afbreking - de decoder verwijdert deze en voegt de regels samen zonder spatie of nieuwe regel. Een harde regeleinde in het origineel blijft behouden als =0D=0A, dus de twee zijn ondubbelzinnig.

Hoe wordt het teken = zelf gecodeerd?

Als =3D - het escape-teken moet zichzelf escapen, precies zoals een backslash in stringliteralen. De positie maakt het laatste geval ondubbelzinnig: =3D is data, terwijl een kale = aan het einde van de regel transport is (een zachte afbreking). Daarom decodeert een quoted-printable-body waarin elke = een geldig hexadecimaal paar start, netjes, en al het andere duidt op corruptie.

Waar verschijnt Quoted-Printable in e-mailheaders?

In encoded-words volgens RFC 2047: een Subject-header zoals =?UTF-8?Q?Hello=20world?= waarin de Q quoted-printable binnen een charset/encoding-envelop signaleert. De body van een text/plain-e-mail declareert doorgaans rechtstreeks Content-Transfer-Encoding: quoted-printable. Deze tool decodeert zowel de ruwe bodyvorm als de Q-fragmentvorm.

Hoe herken ik quoted-printable-tekst?

Veelvoorkomende signalen: reeksen zoals =C3=A9 of =20 verspreid door verder leesbare tekst, regels die eindigen op een kale =, en regellengtes die clustering rond 76 tekens. Een body die voor 90% printable ASCII is met af en toe =XX-escapes - in plaats van Base64's uniforme vierkaraktersalfabet - is vrijwel zeker quoted-printable.

{-- * External Resources Component(#18 Phase 3b 内容佐证工程) * 工具页「权威引用」区块:RFC / W3C / WHATWG / ECMA / IANA / 官方规范站 / Wikipedia。 * * - 接受 :slug 属性 → 经 config/tool-sources.php 家族矩阵渲染该工具的权威引用 * - slug 未命中映射时不渲染(无权威来源的工具静默跳过) * - 链接 title 保持英文(引用源专名);description 经 * common.resources.descriptions.{key} 本地化,lang 未命中回退英文(线上不裸奔) * - 链接保持 dofollow(rel="noopener noreferrer") * * @param string|null $slug --}}