Quoted-Printable에서 Text로 변환기
이메일 본문에 사용되는 RFC 2045의 MIME 전송 인코딩으로 텍스트를 Quoted-Printable로 인코딩하거나 다시 디코딩하세요. 이 도구는 입력을 UTF-8로 변환하고, ASCII가 아닌 바이트와 =를 =XX 16진수 이스케이프로 표시하며, 끝부분의 공백을 보호하고 소프트 줄바꿈을 사용해 줄 길이를 76자로 제한합니다. 디코딩하면 소프트 줄바꿈과 이스케이프가 제거됩니다. 개발자가 원시 이메일 메시지와 뉴스레터를 살펴보고 작성하는 데 도움이 됩니다.
자주 묻는 질문
quoted-printable이란 무엇인가요?
Quoted-Printable은 RFC 2045의 MIME 콘텐츠 전송 인코딩입니다. 출력 가능한 ASCII는 읽기 쉬운 형태로 유지하고, 그 외 바이트는 = 뒤에 두 자리 16진수로 표시합니다. 일부 악센트 문자가 포함된 대부분 ASCII로 이루어진 이메일 텍스트에 사용됩니다.
예시를 볼 수 있나요?
café는 caf=C3=A9로 인코딩됩니다. é가 UTF-8 바이트 C3과 A9 두 개로 이루어져 있기 때문입니다. 등호는 =3D가 되므로 a=b는 a=3Db가 됩니다. 줄 끝의 공백은 =20이 됩니다.
소프트 줄바꿈이란 무엇인가요?
인코딩된 줄은 최대 76자까지 허용됩니다. 더 긴 줄은 각 부분의 끝에 =를 붙여 나누며, 디코더가 이를 제거해 줄을 다시 연결합니다. 이 도구는 =XX 이스케이프를 나누지 않습니다.
줄바꿈은 어떻게 처리되나요?
입력 텍스트의 줄바꿈은 인코딩된 출력에서 MIME이 요구하는 CRLF 하드 줄바꿈으로 바뀝니다. 디코딩하면 하드 줄바꿈은 일반 줄바꿈으로 반환됩니다.
이 도구는 어떤 문자 집합을 사용하나요?
이 도구는 UTF-8로 인코딩하고 디코딩합니다. ISO-8859-1 또는 Windows-1252로 된 이메일을 디코딩하면 유효한 UTF-8이 아닌 바이트가 나오며, 도구는 깨진 문자로 표시하는 대신 이를 알립니다.
입력이 거부되는 이유는 무엇인가요?
모든 = 뒤에는 16진수 숫자 두 개가 오거나, 줄 끝에서 소프트 줄바꿈으로 끝나야 합니다. =G1이나 줄 중간에 단독으로 있는 = 같은 입력은 유효하지 않습니다. 대문자와 소문자 16진수 숫자를 모두 사용할 수 있습니다.
quoted-printable은 =?UTF-8?Q? 헤더 인코딩과 같은 것인가요?
서로 관련은 있지만 같지는 않습니다. RFC 2047의 헤더 인코딩 단어는 공백을 밑줄로 바꾸고 텍스트를 =?charset?Q?...?=로 감싸는 변형을 사용합니다. 이 도구는 본문 인코딩을 처리합니다.
Base64 대신 quoted-printable을 언제 사용해야 하나요?
대부분 ASCII인 텍스트에는 quoted-printable을 사용하세요. 읽기 쉬운 형태로 유지되고 크기도 작습니다. 바이너리 첨부 파일이나 라틴 문자가 아닌 문자 체계의 텍스트에는 Base64이 더 간결합니다.
디코딩할 때 끝부분의 공백을 제거하나요?
예. RFC 2045에 따르면 인코딩된 줄 끝의 공백과 탭은 전송 과정에서 추가된 것이므로 디코더가 제거합니다. 필요한 공백은 =20 또는 =09로 인코딩됩니다.
텍스트를 얼마나 변환할 수 있나요?
요청당 최대 5 MiB의 텍스트를 처리합니다. 입력한 내용은 저장되지 않습니다.