आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
EML
एक अकेला ईमेल, हेडर और अनुलग्नकों के साथ, जैसा ज़्यादातर मेल प्रोग्राम बाहर निकालते हैं।
EML
EML एक सादा टेक्स्ट फ़ॉर्मेट है, जो किसी भी एडिटर में खुल जाता है। इसका इस्तेमाल ईमेल और सहेजना के लिए होता है।
एक्सटेंशन .eml है और पूरा नाम Email Message। दोनों उतना नहीं बताते जितना यह कि फ़ाइल अंदर क्या-क्या रख सकती है — और इस पन्ने का बाक़ी हिस्सा इसी के बारे में है।
यह 1982 तक पीछे जाता है। विनिर्देश RFC 5322 है।
जो फ़ॉर्मेट इतने लंबे समय तक पढ़ा जाता रहा हो, उसे वह चीज़ सौंपी जा सकती है जो आपको दस साल बाद वापस चाहिए।
यह पूरा प्रकाशित है, इसलिए कोई भी इसे देखकर अंदाज़ा लगाने के बजाय दस्तावेज़ पढ़कर लागू कर सकता है। यही वजह है कि यह फ़ॉर्मेट इतने सारे प्रोग्रामों में मिलता है, और यही वजह है कि बीस साल पहले लिखी गई फ़ाइलें आज भी खुल जाती हैं। पर विनिर्देश का प्रकाशित होना और उसका रॉयल्टी-मुक्त होना एक बात नहीं है: जहाँ फ़ॉर्मेट किसी कोडेक को अपने अंदर लपेटता है, वहाँ पेटेंट का लाइसेंस एक अलग सवाल है, और मानक उसका जवाब नहीं देता।
Mozilla Thunderbird, Microsoft Outlook और Apple Mail इसे पढ़ते हैं, और इसी तरह के ज़्यादातर दूसरे प्रोग्राम भी।
फ़ाइल न खुले तो कसूर फ़ॉर्मेट का शायद ही कभी होता है — अक्सर प्रोग्राम ही फ़ॉर्मेट से पुराना होता है। किसी पुरानी चीज़ में बदल लेना इससे निकलने का भरोसेमंद रास्ता है, और इस वेबसाइट का बाक़ी हिस्सा इसी के लिए है।
इसे कोई भी ब्राउज़र नहीं पढ़ता।
इसे बदलने की सबसे आम वजह यही है: फ़ॉर्मेट ख़राब है, ऐसा नहीं — बात यह है कि जहाँ आप फ़ाइल दिखाना चाहते हैं वह जगह उसे पढ़ ही नहीं सकती।
EML सौंपने के लिए बना है, इसके अंदर काम करने के लिए नहीं। इसे बदलना मुमकिन है और शायद ही कभी सुखद; समझदारी का रास्ता मूल फ़ाइल से होकर और एक नए निर्यात से होकर जाता है।
लगभग कोई जान-बूझकर EML फ़ाइल नहीं बनाता। ये तब दिखती हैं जब कोई ईमेल मेल क्लाइंट से बाहर आती है: Thunderbird या Apple Mail से किसी ईमेल को डेस्कटॉप पर खींचने पर वहाँ EML उतरती है। Google से अपने डेटा की नक़ल माँगने पर मेलबॉक्स MBOX के रूप में आता है, पर वेब इंटरफ़ेस से सहेजे गए अलग-अलग संदेश EML बनकर निकलते हैं।
दूसरा स्रोत disclosure है। जब किसी कंपनी को पत्राचार सौंपना पड़े — किसी अदालत, नियामक या ऑडिटर को — EML वह फ़ॉर्मेट है जो भेजा जाता है, क्योंकि यह संदेश ठीक वैसा है जैसा भेजा गया, न कि किसी की उसकी रेंडरिंग।
किसी टेक्स्ट एडिटर में EML खोलिए और ऊपर का हिस्सा तुरंत पढ़ा जा सकता है: From, To, Subject, Date, फिर मेल सर्वर द्वारा जोड़े गए हेडर की लंबी पूँछ — हर पड़ाव दर्ज करती Received लाइनें, मैसेज पहचानकर्ता, प्रमाणीकरण नतीजे।
हेडर के नीचे, बॉडी MIME हिस्सों में बँटी होती है: आम तौर पर सादा-टेक्स्ट रूप और उसी संदेश का HTML रूप। अटैचमेंट base64 में एनकोड होकर आगे आते हैं — यही वजह है कि दो-मेगाबाइट की तस्वीर वाली फ़ाइल डिस्क पर लगभग 2.7 मेगाबाइट होती है।
यह व्यावहारिक समस्या है जो ज़्यादातर लोगों को इस फ़ॉर्मेट तक लाती है। किसी Windows मशीन पर जहाँ मेल प्रोग्राम सेट नहीं है, EML पर डबल-क्लिक करने पर पूछा जाता है कि किस ऐप्लिकेशन से खोलें।
तीन रास्ते हैं। Thunderbird मुफ़्त है और EML को सीधे पढ़ता है। कोई भी टेक्स्ट एडिटर हेडर और सादा-टेक्स्ट बॉडी दिखा देगा। और अगर फ़ाइल को फ़ाइल में रखना, फ़ॉरवर्ड करना या किसी चीज़ से जोड़ना है, PDF में बदलना निर्भरता पूरी तरह हटा देता है।
MSG Outlook का अपना फ़ॉर्मेट है और टेक्स्ट के बजाय एक Microsoft compound-document संरचना है। यह वही चीज़ें ढोता है जो सिर्फ़ Outlook के भीतर मतलब रखती हैं — श्रेणियाँ, फ़्लैग, मेलबॉक्स में संदेश की स्थिति।
EML खुला समकक्ष है, RFC 5322 से परिभाषित, कुछ भी पढ़ सकता है। अगर आपको EML दी गई, किसी ने standards-based क्लाइंट से एक्सपोर्ट किया; अगर MSG दी गई, यह Outlook से निकली।
दशकों टिकने वाले फ़ॉर्मेट में दो गुण होते हैं: वे सादा टेक्स्ट हैं, और वे किसी ऐसे सार्वजनिक दस्तावेज़ में परिभाषित हैं जो बदला नहीं। EML में दोनों हैं। संबंधित मानक पहली बार 1982 में प्रकाशित हुआ और उसका मौजूदा संशोधन आज भी मुफ़्त पढ़ने लायक है।
यह संदेश की तस्वीर के बजाय संदेश ख़ुद सहेजता है। किसी ईमेल की PDF एक रेंडरिंग है — किसी एक क्लाइंट का विचार कि HTML कैसा दिखना चाहिए, एक दिन, एक विंडो-चौड़ाई पर। EML वह स्रोत है जिससे रेंडरिंग बनी।
अटैचमेंट सबसे आम शिकायत है। वे फ़ाइल के भीतर हैं, पर टेक्स्ट एडिटर उन्हें base64 के रूप में दिखाता है, और सिर्फ़ मेल क्लाइंट या कन्वर्टर उन्हें वापस अलग करता है।
एनकोडिंग दूसरी समस्या है। पुराने संदेश ऐसी एनकोडिंग घोषित करते हैं जिन्हें आधुनिक एडिटर ग़लत अंदाज़ते हैं। तीसरी है कि Windows का कोई बिल्ट-इन हैंडलर नहीं — जो फ़ाइल नहीं खुलती वह लगभग हमेशा इसी वजह से होती है, ख़राब संदेश की वजह से नहीं।
पूरा मेलबॉक्स एक्सपोर्ट MBOX के रूप में आता है — एक फ़ाइल जिसमें हर संदेश जुड़ा हुआ है, जो बैकअप के लिए सुविधाजनक है और तीन ख़ास ईमेल सौंपने के लिए बेकार। इसे अलग EML फ़ाइलों में बाँटना किसी भी disclosure काम का सामान्य पहला क़दम है।
क्रम मायने रखता है अगर डेडलाइन है: पहले MBOX बाँटिए, वाक़ई ज़रूरी संदेश पहचानिए, फिर सिर्फ़ उन्हें PDF में बदलिए।
| एक्सटेंशन | .eml |
|---|---|
| मीडिया टाइप | message/rfc822 |
| पहली बार प्रकाशित | 1982 |
| विनिर्देश | RFC 5322 |