द्वारा संचालित aspose.com, aspose.org और aspose.cloud
अपनी फ़ाइलों को अपलोड करने के लिए फ़ाइल ड्रॉप क्षेत्र के अंदर क्लिक करें या उन्हें खींचें और छोड़ें।
इस टूल का उपयोग करके Outlook .msg फ़ाइल को मानक .eml फ़ाइल में बदलें जिसे कोई भी आधुनिक मेल क्लाइंट पढ़ सकता है। यह मूल From, To, Subject, Date हेडर, सभी संलग्न फ़ाइलें, और कोई भी इनलाइन इमेजेज़ रखता है ताकि संदेश बिलकुल वही दिखे जैसा Outlook में था। — केवल MIME‑अनुकूल सामग्री संरक्षित रहती है; Outlook‑विशिष्ट गुण जैसे श्रेणियाँ, फ़्लैग या वोटिंग बटन छोड़ दिए जाते हैं।
मूल Outlook .msg से सभी मानक ईमेल हेडर सीधे RFC 5322 फ़ील्ड्स में परिणामी .eml में अनुवादित होते हैं। कनवर्टर From, To, Cc, Bcc, Subject और मूल Date हेडर को बिना परिवर्तन के कॉपी करता है, सटीक टाइमस्टैम्प और प्राप्तकर्ता क्रम को संरक्षित रखते हुए, जिससे संदेश थ्रेडिंग और सॉर्टिंग किसी भी मेल क्लाइंट में मूल के समान व्यवहार करती है।
कोई अतिरिक्त MAPI हेडर जो मानक ईमेल फ़ील्ड से मेल खाता है, जैसे Reply‑To या Message‑ID, भी ले जाया जाता है, जिससे प्लेटफ़ॉर्म के बीच संदेश थ्रेडिंग कार्य करता है। ऐसे हेडर जिनका MIME समकक्ष नहीं है, उन्हें छोड़ दिया जाता है, जिससे .eml मानक बना रहता है जबकि अभी भी सभी जानकारी प्रदान करता है जो मानक क्लाइंट व्याख्या कर सकते हैं।
जब एक .msg में संदेश बॉडी का HTML संस्करण और एक सादा‑टेक्स्ट वैकल्पिक दोनों होते हैं, तो कन्वर्टर .eml में एक multipart/alternative सेक्शन बनाता है। यह दोनों प्रतिनिधित्वों को संरक्षित रखता है, जिससे प्राप्त करने वाला क्लाइंट स्वचालित रूप से पसंदीदा फ़ॉर्मेट चुन सकता है, इसलिए लिंक, तालिकाएँ और स्टाइलिंग HTML दर्शकों के लिए कार्यात्मक रहती हैं जबकि सादा‑टेक्स्ट रीडर्स को एक साफ़ फ़ॉलबैक मिलता है।
यदि स्रोत संदेश में केवल एक ही बॉडी प्रकार है—या तो HTML या सादा‑टेक्स्ट—तो कन्वर्टर उस एकल भाग को .eml में अपरिवर्तित सम्मिलित करता है। HTML अपनी मूल मार्कअप, एम्बेडेड स्टाइल और क्लिकयोग्य हाइपरलिंक को बरकरार रखता है, जबकि शुद्ध टेक्स्ट बॉडी बिल्कुल जैसा लिखा गया है वैसा ही प्रदान किया जाता है, जिससे परिवर्तन के दौरान कोई सामग्री नहीं खोती।
.msg फ़ाइल में संग्रहीत प्रत्येक संलग्नक—PDF, ZIP आर्काइव, ऑफिस दस्तावेज़, छवि फ़ाइलें, या कोई अन्य बाइनरी—को .eml में एक व्यक्तिगत MIME भाग के रूप में जोड़ा जाता है। मूल फ़ाइलनाम Content‑Disposition हेडर में रखा जाता है, इसलिए जब .eml को Thunderbird, Outlook, Apple Mail या किसी मानक‑अनुरूप क्लाइंट में खोला जाता है, तो संलग्नक सूची मूल Outlook संदेश के समान सटीक रूप से दर्शाती है।
Outlook संदेश में CID संदर्भों के माध्यम से एम्बेड की गई इनलाइन छवियों को multipart/related ब्लॉक में संरक्षित रखा जाता है। कन्वर्टर मूल Content‑ID मानों को कॉपी करता है, जिससे .eml के HTML भाग में वे छवियाँ बिल्कुल उसी स्थान पर दिखाई देती हैं जहाँ वे मूल संदेश में थीं, बिना अलग संलग्नक प्रबंधन की आवश्यकता के।
Outlook के अंदर ही मौजूद प्रॉपर्टी, जैसे श्रेणियाँ, फ़्लैग स्थिति, फ़ॉलो‑अप रिमाइंडर, मतदान बटन या कस्टम MAPI फ़ील्ड, मानक MIME में कोई प्रतिनिधित्व नहीं रखते। कन्वर्टर जानबूझकर इन्हें छोड़ देता है, केवल वह पोर्टेबल सामग्री पर ध्यान केंद्रित करता है जिसे कोई भी ईमेल क्लाइंट रेंडर कर सके, जिससे आउटपुट फ़ाइल छोटी और सर्वत्र पढ़ने योग्य रहती है।
यदि मूल .msg में RTF बॉडी है और इसके साथ कोई HTML या सादा‑टेक्स्ट संस्करण नहीं है, तो कन्वर्टर RTF सामग्री का सादा‑टेक्स्ट रेंडरिंग निकालकर .eml में रखता है। यद्यपि RTF स्ट्रीम का समृद्ध फ़ॉर्मेटिंग संरक्षित नहीं रहता, लेकिन आवश्यक संदेश टेक्स्ट पहुंच योग्य बना रहता है, जिससे परिवर्तन के बाद भी पढ़ने योग्य संदेश उपलब्ध होता है।
अपनी फ़ाइलों को अपलोड करने के लिए फ़ाइल ड्रॉप क्षेत्र के अंदर क्लिक करें या उन्हें खींचें और छोड़ें।
"कनवर्ट" बटन पर क्लिक करें। आपकी फाइलें तुरंत अपलोड और कनवर्ट की जाएंगी।
परिवर्तित EML फ़ाइलों का डाउनलोड लिंक परिवर्तन के तुरंत बाद उपलब्ध होगा।
कन्वर्ज़न के परिणामों की जांच करें और हमें अपना फीडबैक भेजें।
हाँ, टूल Outlook .msg MAPI प्रॉपर्टीज़ को सीधे RFC 5322 हेडर्स में मैप करता है, जिससे From, To, Cc, Bcc, Subject और मूल Date बिना बदलाव के संरक्षित रहते हैं।
जब एक .msg में HTML और सादा‑टेक्स्ट दोनों संस्करण होते हैं, तो कन्वर्टर .eml में एक multipart/alternative सेक्शन बनाता है जिससे प्रत्येक प्रतिनिधित्व प्राप्त क्लाइंट के लिए उपलब्ध हो जाता है।
सभी बाइनरी संलग्नकों को उनके मूल फ़ाइलनामों के साथ अलग‑अलग MIME भागों के रूप में जोड़ा जाता है, और CID द्वारा संदर्भित इनलाइन छवियाँ वही Content‑ID मानों का उपयोग करके multipart/related ब्लॉक में रखी जाती हैं।
एक ही अनुरोध में सभी .msg फ़ाइलों को कुल मिलाकर मूल्य निर्धारण पेज पर दिखाए गए प्रति‑टियर आकार सीमा के भीतर रहना चाहिए; अनाम उपयोगकर्ताओं की सीमा कम होती है, जबकि साइन‑इन किए हुए मुफ्त और भुगतान वाले खातों की बैचें बड़ी हो सकती हैं।
जनरेट किया गया .eml (या .zip) डाउनलोड लिंक परिवर्तन के बाद 24 घंटे तक सक्रिय रहता है, उसके बाद फ़ाइलें स्वचालित रूप से हटा दी जाती हैं।