MIME Base64

इनपुट टेक्स्ट
0 अक्षर

GeekFormat ऑनलाइन MIME Base64 फ़ॉर्मेटिंग टूल, RFC 2045 मानक के अनुसार 76 कैरेक्टर चौड़ाई पर CRLF लाइन ब्रेक डालता है, या मल्टी-लाइन MIME Base64 को सिंगल लाइन में रिस्टोर करता है। ईमेल अटैचमेंट एन्कोडिंग, S/MIME हस्ताक्षर, PEM सर्टिफिकेट प्रोसेसिंग और लीगेसी सिस्टम कम्पैटिबिलिटी के लिए उपयुक्त। प्योर ब्राउज़र लोकल प्रोसेसिंग, डेटा सर्वर पर अपलोड नहीं होता, वन-क्लिक कॉपी समर्थित।

संबंधित सुझाव

Base64 बहु-पंक्ति विलय

वीडियो से Base64 कनवर्टर

Unicode एस्केप

टेक्स्ट से Base64

SQL फॉर्मेटर टूल

Regex टेस्टर

MIME Base64 फ़ॉर्मेटिंग के बारे में

MIME Base64 ईमेल सिस्टम में उपयोग होने वाला एक Base64 एन्कोडिंग डिस्प्ले फ़ॉर्मेट है। MIME (Multipurpose Internet Mail Extensions) इंटरनेट मानकों का एक समूह है जो ईमेल में नॉन-टेक्स्ट कंटेंट (जैसे चित्र, ऑडियो, वीडियो जैसे बाइनरी डेटा) ट्रांसमिट करने के तरीके को परिभाषित करता है। Base64 बाइनरी डेटा को शुद्ध ASCII टेक्स्ट में एन्कोड करता है, जिससे ईमेल सिस्टम आर्बिट्ररी बाइनरी अटैचमेंट को सुरक्षित रूप से ट्रांसमिट कर सके।

RFC 2045 MIME को परिभाषित करने वाले कोर मानकों में से एक है, जो ईमेल में Base64 एन्कोडेड कंटेंट के लाइन-ब्रेक फ़ॉर्मेट को निर्धारित करता है: प्रत्येक पंक्ति में 76 Base64 कैरेक्टर से अधिक नहीं होने चाहिए, और लाइन समाप्ति कैरेक्टर CRLF (\r\n) होना चाहिए। यह सीमा SMTP प्रोटोकॉल की ऐतिहासिक बाधाओं से आती है — शुरुआती मेल ट्रांसफर एजेंटों (MTA) की सिंगल-लाइन लंबाई पर सख्ती से सीमाएं थीं, 76 कैरेक्टर की रूढ़िवादी सेटिंग यह सुनिश्चित करती है कि कंटेंट सभी मेल सर्वर पर सही ढंग से प्रोसेस हो, कटा या संशोधित नहीं हो।

MIME Base64 और सामान्य Base64 का एन्कोडेड कंटेंट पूरी तरह से समान है — समान कैरेक्टर सेट (A-Za-z0-9+/), समान padding (= कैरेक्टर), समान एन्कोडिंग एल्गोरिदम। अंतर केवल डिस्प्ले फ़ॉर्मेट में है: MIME Base64 76 कैरेक्टर पर CRLF लाइन ब्रेक डालकर मल्टी-लाइन टेक्स्ट बनाता है, सामान्य Base64 आमतौर पर लगातार सिंगल-लाइन स्ट्रिंग होती है। डिकोडिंग के दौरान लाइन ब्रेक को ऑटोमैटिक रूप से अनदेखा कर दिया जाता है, दोनों फ़ॉर्मेट डिकोड होने के बाद पूरी तरह से समान ओरिजिनल डेटा देते हैं।

द्विदिशात्मक रूपांतरण MIME Base64 प्रोसेसिंग की कोर आवश्यकता है। सिंगल लाइन से लाइन ब्रेक: API द्वारा लौटाई गई लगातार Base64 स्ट्रिंग को 76 कैरेक्टर चौड़ाई पर CRLF डालकर, ईमेल विनिर्देशों के अनुरूप MIME फ़ॉर्मेट जनरेट करता है, जिसे सीधे ईमेल बॉडी में एम्बेड किया जा सकता है। लाइन ब्रेक से सिंगल लाइन: MIME फ़ॉर्मेट से सभी लाइन ब्रेक हटाकर लगातार स्ट्रिंग में रिस्टोर करता है, जो API रिक्वेस्ट पैरामीटर, JSON फ़ील्ड या डेटाबेस स्टोरेज के लिए सुविधाजनक है। दोनों ऑपरेशन एक-दूसरे के विपरीत प्रक्रिया हैं।

CRLF (\r\n) MIME मानक द्वारा निर्धारित लाइन समाप्ति कैरेक्टर अनुक्रम है: CR (Carriage Return, ASCII 13) + LF (Line Feed, ASCII 10)। यह इंटरनेट प्रोटोकॉल का मानक लाइन समाप्ति कैरेक्टर है, जो Unix/Linux सिस्टम द्वारा उपयोग किए जाने वाले शुद्ध LF (\n) और पुराने Mac सिस्टम द्वारा उपयोग किए जाने वाले शुद्ध CR (\r) से भिन्न है। RFC 2045 MIME कंटेंट के लिए CRLF की आवश्यकता रखता है, लेकिन रिस्टोर करते समय टूल तीनों लाइन ब्रेक प्रकारों को पहचान लेता है।

S/MIME (Secure/MIME) MIME का सिक्योर एक्सटेंशन है, जो ईमेल के डिजिटल हस्ताक्षर और एन्क्रिप्शन के लिए उपयोग होता है। S/MIME हस्ताक्षर के बाद PKCS#7 डेटा स्ट्रक्चर में Base64 एन्कोडेड हस्ताक्षर कंटेंट होता है, इन कंटेंट को MIME मानक अनुसार लाइन ब्रेक करके ईमेल में एम्बेड करने की आवश्यकता होती है। PEM (Privacy Enhanced Mail) एक और फिक्स्ड-विड्थ Base64 लाइन-ब्रेक फ़ॉर्मेट है, लेकिन यह 64 कैरेक्टर चौड़ाई (RFC 1421) का उपयोग करता है, जो MIME के 76 कैरेक्टर से भिन्न है। दोनों फिक्स्ड-विड्थ Base64 डिस्प्ले फ़ॉर्मेट हैं, MIME Base64 को समझना समान फ़ॉर्मेट प्रोसेस करने में सहायता करता है।

Content-Transfer-Encoding MIME ईमेल हेडर का एक महत्वपूर्ण फ़ील्ड है, जो ईमेल बॉडी की एन्कोडिंग विधि को इंगित करता है। मान base64 होने पर, यह दर्शाता है कि ईमेल बॉडी Base64 एन्कोडिंग का उपयोग करती है और 76 कैरेक्टर लाइन-ब्रेक फ़ॉर्मेट में प्रस्तुत होती है। रिसीवर ईमेल क्लाइंट इस मार्कर को पढ़ने के बाद, लाइन-ब्रेक Base64 को ऑटोमैटिक रूप से ओरिजिनल डेटा में डिकोड करता है। अन्य सामान्य Content-Transfer-Encoding मानों में 7bit, 8bit, quoted-printable शामिल हैं, Base64 बाइनरी अटैचमेंट प्रोसेस करने का सबसे आम तरीका है।

यह टूल MIME Base64 फ़ॉर्मेटिंग ऑपरेशनों — लाइन ब्रेक और रिस्टोर — पर केंद्रित है, Base64 एन्कोडिंग या डिकोडिंग नहीं करता। सभी प्रोसेसिंग ब्राउज़र में लोकल रूप से JavaScript द्वारा पूरी होती है, डेटा आपके डिवाइस से बाहर नहीं जाता। लाइन ब्रेक सख्ती से RFC 2045 मानक (76 कैरेक्टर + CRLF) का पालन करता है, रिस्टोर करते समय CRLF, CR, LF तीनों लाइन ब्रेक प्रकारों के साथ संगत है। ईमेल डेवलपमेंट, S/MIME प्रोसेसिंग, प्रोटोकॉल डिबगिंग और लीगेसी सिस्टम कम्पैटिबिलिटी परिदृश्यों के लिए उपयुक्त है।

उपयोग के मामले

  • सिंगल-लाइन Base64 को RFC 2045 मानक के अनुसार 76 कैरेक्टर चौड़ाई वाले MIME ईमेल अटैचमेंट फ़ॉर्मेट में बदलें
  • मल्टी-लाइन MIME Base64 को API ट्रांसमिशन या JSON फ़ील्ड एम्बेडिंग के लिए सिंगल लाइन में रिस्टोर करें
  • S/MIME हस्ताक्षर वाले ईमेल में Base64 एन्कोडेड कंटेंट सेगमेंट प्रोसेस करें, लाइन ब्रेक फ़ॉर्मेट एडजस्ट करें
  • लीगेसी सिस्टम या हिस्टोरिकल प्रोटोकॉल द्वारा आवश्यक फिक्स्ड-विड्थ Base64 आउटपुट फ़ॉर्मेट के साथ संगतता
  • ईमेल डेवलपमेंट डिबगिंग के दौरान यह सत्यापित करना कि Base64 अटैचमेंट कंटेंट का लाइन ब्रेक MIME विनिर्देशों के अनुरूप है
  • API द्वारा लौटाई गई लगातार Base64 स्ट्रिंग को लाइन-ब्रेक फ़ॉर्मेट में बदलें, ईमेल बॉडी में पेस्ट करके दिखाने के लिए सुविधाजनक
  • PEM सर्टिफिकेट में Base64 कंटेंट प्रोसेस करते समय फिक्स्ड-विड्थ लाइन ब्रेक लॉजिक का संदर्भ लें
  • कॉन्फ़िग फ़ाइलों में MIME फ़ॉर्मेट Base64 की आवश्यकता वाले परिदृश्य (जैसे मेल गेटवे, SMTP रिले कॉन्फ़िग)
  • ईमेल अटैचमेंट एन्कोड करने से पहले Base64 कंटेंट प्रीप्रोसेस करें, सही लाइन ब्रेक चौड़ाई सुनिश्चित करें
  • विभिन्न स्रोतों से प्राप्त Base64 डेटा को MIME मानक में एकीकृत करने के बाद ईमेल सिस्टम में उपयोग करें
  • ईमेल अटैचमेंट एन्कोडिंग समस्याओं को ट्रबलशूट करते समय, लाइन ब्रेक से पहले और बाद के Base64 कंटेंट की तुलना करें
  • कमांड-लाइन टूल (जैसे OpenSSL) द्वारा आउटपुट की गई लगातार Base64 और ईमेल सिस्टम द्वारा आवश्यक लाइन-ब्रेक फ़ॉर्मेट के बीच रूपांतरण

उपयोग कैसे करें

  1. इनपुट बॉक्स में Base64 कंटेंट पेस्ट करें या टाइप करें
  2. रूपांतरण दिशा चुनें: सिंगल लाइन से MIME लाइन ब्रेक (76 कैरेक्टर रैप) या MIME लाइन ब्रेक से सिंगल लाइन (लाइन ब्रेक हटाएँ)
  3. टूल स्वचालित रूप से RFC 2045 मानक अनुसार फ़ॉर्मेट प्रोसेस करता है, रीयल-टाइम में परिणाम दिखाता है
  4. कॉपी बटन पर क्लिक करके परिणाम को क्लिपबोर्ड पर कॉपी करें, ईमेल सिस्टम, API पैरामीटर या कॉन्फ़िग फ़ाइलों के लिए उपयोग करें

विशेषताएं

  • RFC 2045 मानक लाइन ब्रेक: 76 कैरेक्टर चौड़ाई पर सख्ती से CRLF लाइन ब्रेक डालता है, MIME ईमेल ट्रांसमिशन विनिर्देशों के अनुरूप
  • द्विदिशात्मक रूपांतरण: सिंगल-लाइन Base64 को MIME लाइन-ब्रेक फ़ॉर्मेट में बदलने और मल्टी-लाइन MIME को लगातार सिंगल लाइन में रिस्टोर करने का समर्थन करता है
  • ब्राउज़र लोकल ज़ीरो-अपलोड: सभी फ़ॉर्मेट रूपांतरण ब्राउज़र के भीतर पूरे होते हैं, कोई भी सर्वर से नहीं गुज़रता, डेटा डिवाइस से बाहर नहीं जाता
  • वन-क्लिक कॉपी: प्रोसेसिंग परिणाम सीधे क्लिपबोर्ड पर कॉपी किए जा सकते हैं, ईमेल क्लाइंट, API पैरामीटर या कॉन्फ़िग फ़ाइलों के लिए उपयोगी
  • CRLF लाइन ब्रेक मानक: लाइन ब्रेक मानक CRLF (\r\n) अनुक्रम का उपयोग करते हैं, RFC 2045 के MIME लाइन समाप्ति आवश्यकताओं के अनुरूप
  • 76 कैरेक्टर सटीक लाइन ब्रेक: प्रत्येक पंक्ति ठीक 76 Base64 कैरेक्टर (अंतिम पंक्ति छोटी हो सकती है), सभी मेल ट्रांसफर एजेंटों के साथ संगतता सुनिश्चित करता है
  • मल्टी-लाइन इंटेलिजेंट रिस्टोर: MIME फ़ॉर्मेट से CRLF/CR/LF लाइन ब्रेक को पहचानकर हटाता है और लगातार Base64 स्ट्रिंग में जोड़ता है
  • ईमेल अटैचमेंट संगतता: आउटपुट फ़ॉर्मेट सीधे MIME ईमेल बॉडी में एम्बेड किया जा सकता है, Outlook, Thunderbird जैसे ईमेल क्लाइंट पार्सिंग के साथ संगत
  • S/MIME हस्ताक्षर समर्थन: जनरेट की गई लाइन-ब्रेक Base64 का उपयोग S/MIME हस्ताक्षर संरचना में एन्कोडेड कंटेंट सेगमेंट के लिए किया जा सकता है
  • PEM फ़ॉर्मेट संदर्भ: हालांकि PEM 64 कैरेक्टर लाइन ब्रेक का उपयोग करता है, टूल की लाइन ब्रेक लॉजिक समान फिक्स्ड-विड्थ एन्कोडिंग फ़ॉर्मेट को समझने और प्रोसेस करने में सहायता करता है
  • रीयल-टाइम प्रीव्यू: इनपुट के बाद लाइन ब्रेक/रिस्टोर परिणाम तुरंत दिखाई देते हैं, बटन क्लिक का इंतज़ार नहीं करना पड़ता
  • इनपुट ऑटो-क्लीनिंग: इनपुट से व्हाइटस्पेस और नॉन-Base64 कैरेक्टर ऑटोमैटिक रूप से हटाए जाते हैं, कॉपी-पेस्ट करते समय अशुद्धियों से बचाता है
  • लार्ज टेक्स्ट प्रोसेसिंग: लंबी Base64 स्ट्रिंग्स (दसियों हज़ार कैरेक्टर) के तेज़ लाइन ब्रेक और रिस्टोर का समर्थन करता है, ब्राउज़र में सेकंडों में पूरा होता है
  • प्योर फ्रंटएंड इम्प्लीमेंटेशन: ब्राउज़र के नेटिव JavaScript API पर आधारित, कोई प्लगइन इंस्टॉल करने या बाहरी सेवा पर निर्भर नहीं, ऑफलाइन उपयोग योग्य

सामान्य प्रश्न

MIME Base64 क्यों निश्चित रूप से 76 कैरेक्टर पर लाइन ब्रेक करता है?

RFC 2045 निर्धारित करता है कि MIME एन्कोडेड कंटेंट की प्रत्येक पंक्ति 76 कैरेक्टर से अधिक नहीं होनी चाहिए, यह शुरुआती मेल ट्रांसफर एजेंटों (MTA) की पंक्ति लंबाई सीमा के साथ संगतता के लिए है। SMTP प्रोटोकॉल ऐतिहासिक रूप से प्रति पंक्ति 1000 कैरेक्टर से अधिक की आवश्यकता नहीं रखता, लेकिन MIME विनिर्देश अधिक रूढ़िवादी है और इसे 76 कैरेक्टर Base64 डेटा प्लस लाइन ब्रेक तक सीमित रखता है, यह सुनिश्चित करने के लिए कि सभी मेल सर्वर इसे सही ढंग से प्रोसेस कर सकें।

क्या MIME Base64 और सामान्य Base64 का एन्कोडेड कंटेंट समान होता है?

एन्कोडेड कंटेंट पूरी तरह से समान है, अंतर केवल प्रदर्शन फ़ॉर्मेट में है। MIME Base64 76 कैरेक्टर पर CRLF लाइन ब्रेक डालता है, जबकि सामान्य Base64 आमतौर पर लगातार सिंगल लाइन होती है। डिकोडिंग के दौरान लाइन ब्रेक को अनदेखा कर दिया जाता है, दोनों फ़ॉर्मेट डिकोड होने के बाद समान ओरिजिनल डेटा देते हैं।

क्या मल्टी-लाइन MIME Base64 को सिंगल लाइन में रिस्टोर किया जा सकता है?

हाँ। टूल MIME लाइन-ब्रेक फ़ॉर्मेट में CRLF (\r\n), CR (\r) और LF (\n) लाइन ब्रेक को पहचानकर हटा देता है और उन्हें लगातार सिंगल-लाइन Base64 स्ट्रिंग में जोड़ता है। रिस्टोर के बाद यह API रिक्वेस्ट पैरामीटर, JSON फ़ील्ड या कॉन्फ़िग फ़ाइल ट्रांसमिशन के लिए अधिक सुविधाजनक है।

PEM सर्टिफिकेट फ़ॉर्मेट और MIME Base64 में क्या संबंध है?

PEM फ़ॉर्मेट (जैसे SSL सर्टिफिकेट, प्राइवेट की) 64 कैरेक्टर चौड़ाई वाले Base64 लाइन ब्रेक का उपयोग करता है, जो MIME के 76 कैरेक्टर से थोड़ा अलग है। दोनों फिक्स्ड-विड्थ Base64 डिस्प्ले फ़ॉर्मेट हैं, लेकिन अलग-अलग मानकों का पालन करते हैं (PEM RFC 1421 पर आधारित, MIME RFC 2045 पर)। टूल का लाइन-ब्रेक लॉजिक समान फ़ॉर्मेट को समझने में सहायता करता है।

लाइन ब्रेक के लिए कौन से कैरेक्टर का उपयोग किया जाता है?

RFC 2045 मानक के अनुसार, MIME Base64 लाइन ब्रेक CRLF (\r\n) का उपयोग लाइन समाप्ति कैरेक्टर के रूप में करता है। यह इंटरनेट प्रोटोकॉल का मानक लाइन समाप्ति कैरेक्टर है, जो सभी मेल सर्वर और ट्रांसफर एजेंटों के साथ संगतता सुनिश्चित करता है। कुछ सिस्टम केवल LF (\n) का उपयोग कर सकते हैं, टूल रिस्टोर करते समय दोनों को पहचान लेता है।

क्या S/MIME हस्ताक्षर में MIME Base64 की आवश्यकता होती है?

हाँ। S/MIME (Secure/Multipurpose Internet Mail Extensions) हस्ताक्षर संरचना में एन्कोडेड कंटेंट सेगमेंट MIME Base64 फ़ॉर्मेट का उपयोग करता है, हस्ताक्षरित PKCS#7 डेटा को 76 कैरेक्टर लाइन ब्रेक के साथ ईमेल में एम्बेड करने की आवश्यकता होती है। टूल S/MIME विनिर्देशों के अनुरूप लाइन-ब्रेक Base64 जनरेट करने में सहायता करता है।

क्या अंतिम पंक्ति को भी 76 कैरेक्टर तक भर दिया जाएगा?

नहीं। RFC 2045 निर्धारित करता है कि अंतिम पंक्ति किसी भी लंबाई की हो सकती है (1-76 कैरेक्टर), इसे भरने की आवश्यकता नहीं है। यह फिक्स्ड-लेंथ एन्कोडिंग (जैसे कुछ बाइनरी फ़ॉर्मेट जहाँ प्रत्येक पंक्ति ठीक 76 कैरेक्टर होती है) से भिन्न है, MIME Base64 की अंतिम पंक्ति ओरिजिनल Base64 एन्कोडिंग के नैचुरल अंत को बनाए रखती है।

Base64 padding (= भराई कैरेक्टर) कैसे हैंडल होता है?

Base64 एन्कोडिंग = कैरेक्टर (0-2) का उपयोग अंत में पैडिंग के लिए करती है, MIME लाइन ब्रेक करते समय = कैरेक्टर अंतिम पंक्ति के अंत में दिखाई देता है। टूल padding को अपरिवर्तित रखता है, लाइन ब्रेक और रिस्टोर ऑपरेशन Base64 एन्कोडिंग के कंटेंट को संशोधित नहीं करते।

क्या टूल Base64 के एन्कोडेड कंटेंट को संशोधित करता है?

नहीं। टूल केवल फ़ॉर्मेट एडजस्टमेंट (लाइन ब्रेक डालना या हटाना) करता है, Base64 कैरेक्टर को संशोधित नहीं करता। लाइन-ब्रेक Base64 डिकोड होने के बाद ओरिजिनल इनपुट के समान होता है, निश्चिंत होकर उपयोग करें।

इनपुट में नॉन-Base64 कैरेक्टर होने पर क्या होगा?

टूल इनपुट से व्हाइटस्पेस (स्पेस, टैब, न्यूलाइन) और नॉन-Base64 कैरेक्टर (A-Za-z0-9+/= रेंज से बाहर के कैरेक्टर) को ऑटोमैटिक फ़िल्टर करता है, केवल वैध Base64 कंटेंट को प्रोसेस करता है, कॉपी-पेस्ट करते समय अशुद्धियों से बचाता है।

कितनी लंबी Base64 स्ट्रिंग समर्थित है?

टूल ब्राउज़र लोकल JavaScript पर आधारित है, दसियों हज़ार कैरेक्टर स्तर की Base64 स्ट्रिंग के तेज़ लाइन ब्रेक और रिस्टोर का समर्थन करता है। अत्यधिक लंबी कंटेंट (जैसे बड़े अटैचमेंट की Base64 एन्कोडिंग) भी सेकंडों में प्रोसेस हो जाती है।

क्या इसका उपयोग Base64 डिकोड करने के लिए किया जा सकता है?

यह टूल MIME फ़ॉर्मेटिंग (लाइन ब्रेक/रिस्टोर) पर केंद्रित है, Base64 एन्कोडिंग या डिकोडिंग ऑपरेशन नहीं करता। Base64 एन्कोड/डिकोड के लिए, कृपया साइट के Base64 एन्कोड/डिकोड टूल का उपयोग करें। MIME फ़ॉर्मेटिंग केवल Base64 स्ट्रिंग के लाइन ब्रेक फ़ॉर्मेट को एडजस्ट करती है।

Content-Transfer-Encoding: base64 का क्या अर्थ है?

यह MIME ईमेल हेडर में एक फ़ील्ड है, जो दर्शाता है कि ईमेल बॉडी कंटेंट Base64 एन्कोडिंग का उपयोग करता है। रिसीवर ईमेल क्लाइंट इस मार्कर को देखने के बाद, ईमेल बॉडी में Base64 कंटेंट (76 कैरेक्टर लाइन ब्रेक सहित) को ओरिजिनल बाइनरी डेटा में डिकोड करता है। टूल द्वारा जनरेट की गई लाइन-ब्रेक Base64 ऐसे ईमेल बॉडी के लिए सीधे उपयोग की जा सकती है।

ईमेल में Base64 में कई लाइन ब्रेक क्यों दिखाई देते हैं?

क्योंकि ईमेल सिस्टम RFC 2045 मानक के अनुसार Base64 एन्कोडेड कंटेंट को हर 76 कैरेक्टर पर लाइन ब्रेक करता है। यह MIME विनिर्देशों की आवश्यकता है, यह सुनिश्चित करने के लिए कि कंटेंट सभी मेल सर्वर द्वारा सही ढंग से ट्रांसमिट किया जा सके। अटैचमेंट वाले ईमेल में, अटैचमेंट की Base64 एन्कोडिंग मल्टी-लाइन लाइन-ब्रेक फ़ॉर्मेट में ईमेल सोर्स कोड में दिखाई देती है।

क्या इस टूल का उपयोग ऑफलाइन किया जा सकता है?

हाँ। पेज लोड होने के बाद सभी फ़ंक्शनैलिटी ब्राउज़र में लोकल रूप से चलती है, नेटवर्क कनेक्शन की आवश्यकता नहीं है। इंटरनेट कनेक्शन के बिना भी MIME Base64 लाइन ब्रेक और रिस्टोर ऑपरेशन सामान्य रूप से किए जा सकते हैं, प्रोसेस किया गया डेटा किसी भी सर्वर पर अपलोड नहीं होता।

समस्या निवारण

लाइन ब्रेक के बाद Base64 डिकोडिंग विफल?

MIME Base64 लाइन ब्रेक केवल CRLF लाइन ब्रेक कैरेक्टर डालता है, एन्कोडेड कंटेंट को संशोधित नहीं करता। यदि लाइन ब्रेक के बाद डिकोडिंग विफल होती है, तो संभवतः इनपुट स्वयम वैध Base64 एन्कोडिंग नहीं है। कृपया पहले Base64 वैलिडेशन टूल से इनपुट कंटेंट की वैधता जाँचें, फिर MIME फ़ॉर्मेटिंग करें।

रिस्टोर के बाद Base64 स्ट्रिंग में लाइन ब्रेक शेष?

टूल सभी CRLF (\r\n), CR (\r) और LF (\n) लाइन ब्रेक कैरेक्टर ऑटोमैटिक हटा देता है। यदि रिस्टोर के बाद भी शेष हैं, तो संभवतः इनपुट में अन्य इनविज़िबल कैरेक्टर (जैसे स्पेस, टैब) हैं। टूल इन कैरेक्टर को भी ऑटोमैटिक फ़िल्टर करता है, लेकिन यदि समस्या बनी रहती है, तो कृपया सोर्स कंटेंट में विशेष कंट्रोल कैरेक्टर की जाँच करें।

ईमेल क्लाइंट अटैचमेंट गड़बड़ दिखाता है?

MIME Base64 लाइन-ब्रेक फ़ॉर्मेट ईमेल एन्कोडिंग का केवल एक हिस्सा है। यदि अटैचमेंट गड़बड़ दिखाई देता है, तो संभवतः Content-Transfer-Encoding हेडर सही ढंग से सेट नहीं है, Base64 एन्कोडिंग में त्रुटि है, या Content-Type मैच नहीं करता। सुनिश्चित करें कि ईमेल हेडर में Content-Transfer-Encoding: base64 सेट है, और सही MIME boundary द्वारा अलग किया गया है।

PEM सर्टिफिकेट की लाइन-ब्रेक चौड़ाई गलत?

PEM फ़ॉर्मेट 64 कैरेक्टर लाइन ब्रेक (RFC 1421) का उपयोग करता है, जबकि MIME 76 कैरेक्टर लाइन ब्रेक (RFC 2045) का उपयोग करता है। यह टूल MIME मानक (76 कैरेक्टर) अनुसार लाइन ब्रेक करता है, PEM सर्टिफिकेट फ़ॉर्मेटिंग के लिए उपयुक्त नहीं है। यदि आपको PEM फ़ॉर्मेट के 64 कैरेक्टर लाइन ब्रेक की आवश्यकता है, तो कृपया विशेष सर्टिफिकेट प्रोसेसिंग टूल या OpenSSL का उपयोग करें।

शब्दकोश

MIME
Multipurpose Internet Mail Extensions, मल्टीपर्पस इंटरनेट मेल एक्सटेंशन, इंटरनेट मानकों का एक समूह (RFC 2045-2049), जो ईमेल में नॉन-टेक्स्ट कंटेंट ट्रांसमिट करने के तरीके को परिभाषित करता है, जिसमें Base64 एन्कोडिंग, Content-Type और Content-Transfer-Encoding जैसे मैकेनिज्म शामिल हैं।
RFC 2045
MIME के पहले भाग को परिभाषित करने वाला मानक दस्तावेज़, जो ईमेल में Base64 एन्कोडिंग के लाइन-ब्रेक फ़ॉर्मेट को निर्धारित करता है: प्रत्येक पंक्ति 76 कैरेक्टर से अधिक नहीं होनी चाहिए, CRLF का उपयोग लाइन समाप्ति कैरेक्टर के रूप में करें।
CRLF
Carriage Return + Line Feed (\r\n), इंटरनेट प्रोटोकॉल का मानक लाइन समाप्ति कैरेक्टर अनुक्रम। RFC 2045 MIME Base64 लाइन ब्रेक के लिए CRLF की आवश्यकता रखता है, जो Unix के LF (\n) और पुराने Mac के CR (\r) से भिन्न है।
Content-Transfer-Encoding
MIME ईमेल हेडर फ़ील्ड, जो ईमेल बॉडी की एन्कोडिंग विधि को इंगित करता है। मान base64 होने पर यह दर्शाता है कि कंटेंट Base64 एन्कोडिंग का उपयोग करता है और 76 कैरेक्टर लाइन ब्रेक के साथ होता है, जो बाइनरी अटैचमेंट के लिए सबसे आम एन्कोडिंग विधि है।
S/MIME
Secure/Multipurpose Internet Mail Extensions, MIME का सिक्योर एक्सटेंशन, ईमेल डिजिटल हस्ताक्षर और एन्क्रिप्शन के लिए उपयोग होता है। हस्ताक्षर कंटेंट में Base64 एन्कोडेड सेगमेंट को MIME मानक अनुसार लाइन ब्रेक करने की आवश्यकता होती है।
PEM
Privacy Enhanced Mail, 64 कैरेक्टर चौड़ाई वाले Base64 लाइन-ब्रेक फ़ॉर्मेट (RFC 1421) का उपयोग करने वाला एक फ़ॉर्मेट, अक्सर SSL सर्टिफिकेट और प्राइवेट की फ़ाइलों के लिए उपयोग होता है। MIME के 76 कैरेक्टर लाइन ब्रेक से भिन्न है।
Base64 padding
Base64 एन्कोडिंग के अंत में = कैरेक्टर (0-2) का उपयोग लंबाई को 4 के गुणज तक भरने के लिए किया जाता है। MIME लाइन ब्रेक करते समय padding अंतिम पंक्ति के अंत में दिखाई देता है, इसे हटाया या संशोधित नहीं किया जाता।
MTA
Mail Transfer Agent, मेल ट्रांसफर एजेंट, सर्वर के बीच ईमेल फॉरवर्ड करने वाला सॉफ़्टवेयर। शुरुआती MTA की सिंगल-लाइन लंबाई पर सख्ती से सीमाएं थीं, MIME 76 कैरेक्टर लाइन ब्रेक MTA कम्पैटिबिलिटी के लिए डिज़ाइन किया गया था।
SMTP
Simple Mail Transfer Protocol, सिंपल मेल ट्रांसफर प्रोटोकॉल, इंटरनेट ईमेल ट्रांसमिशन का बेस प्रोटोकॉल। SMTP प्रति पंक्ति 1000 कैरेक्टर से अधिक (CRLF सहित) की आवश्यकता नहीं रखता, MIME की 76 कैरेक्टर सीमा अधिक रूढ़िवादी है।
quoted-printable
MIME द्वारा समर्थित एक अन्य Content-Transfer-Encoding विधि, मुख्य रूप से अधिकांशतः ASCII टेक्स्ट वाले कंटेंट के लिए उपयोग होती है, केवल नॉन-ASCII कैरेक्टर को एन्कोड करती है, Base64 की तुलना में स्पेस बचाती है।
PKCS#7
Public Key Cryptography Standards #7, S/MIME द्वारा उपयोग किया जाने वाला क्रिप्टोग्राफ़िक मैसेज सिंटैक्स स्टैंडर्ड, जो डिजिटल हस्ताक्षर और एन्क्रिप्टेड डेटा स्ट्रक्चर को परिभाषित करता है, जिसमें एन्कोडेड कंटेंट MIME Base64 फ़ॉर्मेट का उपयोग करता है।
RFC 1421
PEM (Privacy Enhanced Mail) फ़ॉर्मेट को परिभाषित करने वाला मानक दस्तावेज़, जो Base64 को 64 कैरेक्टर चौड़ाई पर लाइन ब्रेक करने का निर्धारण करता है, MIME के 76 कैरेक्टर से संकरा है, अक्सर सर्टिफिकेट फ़ाइलों के लिए उपयोग होता है।

MIME Base64 और सामान्य Base64 की तुलना

दोनों फ़ॉर्मेट का मुख्य अंतर डिस्प्ले तरीके में है, एन्कोडेड कंटेंट पूरी तरह से समान है:

तुलना आइटमMIME Base64सामान्य Base64
लाइन ब्रेक चौड़ाई76 कैरेक्टर/पंक्तिआमतौर पर कोई लाइन ब्रेक नहीं (सिंगल लाइन)
लाइन समाप्ति कैरेक्टरCRLF (\r\n)कोई नहीं (या सिस्टम द्वारा निर्धारित)
मानक आधारRFC 2045RFC 4648
सामान्य उपयोगईमेल अटैचमेंट, S/MIMEAPI पैरामीटर, Data URL
डिकोड परिणामसमानसमान

सामान्य फिक्स्ड-विड्थ Base64 फ़ॉर्मेट तुलना

विभिन्न मानकों द्वारा उपयोग की गई लाइन-ब्रेक चौड़ाई की तुलना:

फ़ॉर्मेटमानकलाइन ब्रेक चौड़ाईसामान्य उपयोग
MIME Base64RFC 204576ईमेल अटैचमेंट एन्कोडिंग, S/MIME हस्ताक्षर
PEMRFC 142164SSL सर्टिफिकेट, प्राइवेट की फ़ाइल
सामान्य Base64RFC 4648कोई लाइन ब्रेक नहींAPI पैरामीटर, Data URL, JWT

MIME Content-Transfer-Encoding विधियों की तुलना

MIME द्वारा समर्थित सामान्य एन्कोडिंग ट्रांसमिशन विधियाँ:

एन्कोडिंग विधिउपयुक्त कंटेंटस्पेस दक्षता
base64आर्बिट्ररी बाइनरी डेटा (चित्र, ऑडियो/वीडियो आदि)लगभग 33% विस्तार (3 बाइट→4 कैरेक्टर)
quoted-printableअधिकांश ASCII टेक्स्ट, थोड़ा नॉन-ASCIIकेवल नॉन-ASCII कैरेक्टर विस्तार
7bitशुद्ध ASCII टेक्स्ट (एन्कोडिंग आवश्यक नहीं)कोई विस्तार नहीं
8bit8-बिट कैरेक्टर वाला टेक्स्ट (8BITMIME समर्थन आवश्यक)कोई विस्तार नहीं

Privacy & Security

यह MIME Base64 फ़ॉर्मेटिंग टूल सभी ऑपरेशन पूरी तरह से आपके ब्राउज़र में लोकल रूप से JavaScript द्वारा करता है, किसी भी सर्वर पर इनपुट की गई Base64 कंटेंट, प्रोसेसिंग परिणाम या उपयोग रिकॉर्ड नहीं भेजता। पेज लोड होने के बाद नेटवर्क कनेक्शन के बिना उपयोग किया जा सकता है, सभी डेटा केवल ब्राउज़र मेमोरी में मौजूद रहता है, पेज बंद या रिफ्रेश होने पर ऑटोमैटिक क्लियर हो जाता है, कोई डेटा अपलोड या स्टोरेज नहीं है, कोई प्राइवेसी लीक रिस्क नहीं है।

Authoritative References