AZ Tools

Quoted-Printable 인코더 & 디코더

개발

Quoted-Printable은 대부분 ASCII인 텍스트가 가끔 등장하는 비ASCII 바이트를 이메일 등 7비트 채널로 운반하게 해 주는 MIME 콘텐츠 전송 인코딩(RFC 2045 §6.7)입니다. 이메일이 'caf=C3=A9'나 'Hello=20World'로 보였다면 그것이 Quoted-Printable이며, 이 도구가 읽을 수 있는 텍스트로 되돌립니다. 디코딩은 모든 =XX hex 이스케이프를 바이트로 해석하고, 소프트 줄바꿈(줄을 이어 가는 줄 끝의 '=')을 제거하며, 결과를 UTF-8로 해석하고, 대문자·소문자 hex를 모두 받습니다. 인코딩은 그 반대입니다: 인쇄 가능한 ASCII는 그대로 통과, '='는 =3D가 되고, 제어 문자와 멀티바이트 UTF-8의 모든 바이트는 =XX가 되며, 후행 공백·탭은 전송 중 보존되도록 이스케이프되고, 긴 줄은 소프트 줄바꿈으로 76자에서 래핑됩니다. Quoted-Printable 이메일 본문을 읽거나 헤더 값을 준비하는 빠른 방법입니다. 모든 처리는 로컬에서 실행되며 업로드되지 않습니다.

출력

디코딩은 =XX 해석·소프트(= EOL) 줄바꿈 제거·UTF-8 읽기. 인코딩은 76자 래핑·후행 공백 이스케이프.

사용법

  1. 인코드 또는 디코드 선택.
  2. 텍스트(인코딩) 또는 Quoted-Printable 데이터(디코딩)를 붙여넣기.
  3. 결과 복사 — 인코딩 출력은 소프트 줄바꿈으로 76자에서 래핑됩니다.

자주 묻는 질문

소프트 줄바꿈이 무엇인가요?
Quoted-Printable은 줄을 76자로 제한합니다. 논리적 줄이 더 길면 인코더는 물리적 줄을 단독 '='로 끝내고 다음 줄에 이어 갑니다. 그 후행 '='와 줄바꿈이 소프트 줄바꿈이며 어떤 데이터도 나타내지 않습니다. 디코딩 시 제거되어 줄이 다시 합쳐집니다. 텍스트의 실제 줄바꿈은 그대로 줄바꿈으로 남습니다.
왜 공백이 가끔 =20으로 표시되나요?
리터럴 공백·탭은 줄 중간에는 허용되지만 끝에는 안 됩니다 — 후행 공백은 메일 서버가 조용히 제거할 수 있습니다. 그래서 인코더는 줄 끝의 공백을 =20, 탭을 =09로 이스케이프해 보존을 보장합니다. 줄 중간의 공백은 가독성을 위해 그대로 둡니다.
비라틴 텍스트도 처리하나요?
네. 인코딩 시 UTF-8 표현의 바이트 중 인쇄 가능한 ASCII가 아닌 것은 =XX 이스케이프가 되어 '€'는 =E2=82=AC, 'café'는 caf=C3=A9가 됩니다. 디코딩 시 바이트를 모아 UTF-8로 해석하므로 원래 텍스트가 정확히 돌아옵니다. 인코딩은 현대 기본값인 UTF-8을 가정합니다.
Base64와 어떻게 다른가요?
둘 다 MIME 전송 인코딩이지만, Quoted-Printable은 대부분 ASCII인 텍스트를 사람이 읽을 수 있게 유지하고 — 특이한 바이트만 이스케이프 — Base64는 모든 것을 불투명한 블록으로 바꿉니다. Quoted-Printable은 거의 ASCII인 텍스트에, Base64는 바이너리나 비ASCII가 많은 데이터에 적합합니다.

관련 도구