UTILS.
100% ब्राउज़र में
✉️

Quoted-Printable एन्कोड और डिकोड

टेक्स्ट को MIME Quoted-Printable में एन्कोड करें या उससे डिकोड करें (=XX escapes, soft line breaks), एक body मोड और RFC 2047 header 'Q' वेरिएंट के साथ।

एन्कोड या डिकोड करने के लिए ऊपर टेक्स्ट दर्ज करें।

इस टूल के बारे में

Quoted-Printable एन्कोड और डिकोड टूल टेक्स्ट को MIME Quoted-Printable में और से बदलता है, जो ईमेल में उस टेक्स्ट के लिए उपयोग होने वाली content-transfer encoding है जो अधिकतर ASCII है लेकिन कभी-कभी गैर-ASCII बाइट्स के साथ। एन्कोडिंग (RFC 2045 §6.7 के अनुसार) प्रिंट करने योग्य ASCII (33–126) को अपरिवर्तित पास करती है सिवाय '=' के स्वयं, जो =3D बन जाता है। उस रेंज के बाहर कोई भी बाइट — accented अक्षर, symbols, और multi-byte UTF-8 अनुक्रम — अपरकेस hex का उपयोग करके =HH के रूप में लिखी जाती है। शाब्दिक spaces और tabs रखे जाते हैं, सिवाय किसी पंक्ति के अंत में जहाँ उन्हें =20 या =09 के रूप में एन्कोड किया जाता है ताकि वे transport में बचे रहें।

सब कुछ आपके ब्राउज़र में स्थानीय रूप से चलता है और कुछ भी अपलोड नहीं होता। body मोड में एन्कोडर CRLF से ठीक पहले एक '=' डालकर 76-वर्ण पंक्ति सीमा लागू करता है — एक soft line break — और यह किसी =HH त्रिक को कभी किसी break में विभाजित नहीं करता। डिकोडिंग इस सब को उलट देती है: यह soft breaks ('=' के बाद एक newline) हटाती है, प्रत्येक =HH को वापस उसकी बाइट में बदलती है, और हर दूसरे वर्ण को ज्यों-का-त्यों छोड़ती है, अंत में पुनर्निर्मित बाइट्स को UTF-8 के रूप में व्याख्यायित करती है ताकि accented और non-Latin टेक्स्ट सही ढंग से round-trip करे।

एक मोड चयनकर्ता स्टैंडर्ड body एन्कोडिंग और =?charset?Q?...?= encoded-words के अंदर उपयोग होने वाले RFC 2047 'Q' header वेरिएंट के बीच स्विच करता है। header वेरिएंट में एक space को underscore '_' द्वारा दर्शाया जाता है (और एक शाब्दिक '_' को =5F के रूप में एन्कोड किया जाता है), जिसे डिकोडर वापस एक space में मैप करता है। एक दिशा और मोड चुनें, अपना टेक्स्ट पेस्ट करें, और परिणाम कॉपी करें।

अक्सर पूछे जाने वाले प्रश्न

Quoted-Printable किसके लिए उपयोग होता है?
यह उस टेक्स्ट के लिए एक ईमेल content-transfer encoding है जो अधिकतर ASCII है लेकिन कुछ गैर-ASCII बाइट्स के साथ। यह पठनीय वर्णों को सुपाठ्य रखता है जबकि उन बाइट्स को सुरक्षित रूप से escape करता है जो transit में बदल सकते हैं, Base64 के विपरीत जो पूरे संदेश को अस्पष्ट कर देता है।
soft line break क्या है?
76-वर्ण पंक्ति सीमा का सम्मान करने के लिए, एन्कोडर एक wrapped पंक्ति को CRLF से ठीक पहले एक trailing '=' के साथ समाप्त करता है। वह '=' एक soft break है: इसका अर्थ है 'यह पंक्ति जारी रहती है', इसलिए डिकोडर पंक्तियों को वापस जोड़ता है और यह डेटा का हिस्सा नहीं है।
header 'Q' मोड body मोड से कैसे अलग है?
RFC 2047 'Q' वेरिएंट (headers में =?UTF-8?Q?...?= encoded-words के अंदर उपयोग होता है) एक space को =20 के बजाय underscore '_' के रूप में दर्शाता है, और एक शाब्दिक underscore को =5F के रूप में एन्कोड करता है। body मोड spaces को शाब्दिक रखता है और 76-कॉलम soft-wrapping लागू करता है।
क्या यह Unicode / UTF-8 को सही ढंग से संभालता है?
हाँ। एन्कोड पर, प्रत्येक वर्ण को उसके UTF-8 बाइट्स में बदला जाता है और 33–126 के बाहर कोई भी बाइट =HH बन जाती है। डिकोड पर, सभी डिकोड किए गए बाइट्स पुनः जोड़े जाते हैं और UTF-8 के रूप में पढ़े जाते हैं, इसलिए é, £, और — जैसे multi-byte वर्ण ठीक-ठीक round-trip करते हैं।

और टूल