मैं सादे पाठ में ईमेल पढ़ना और लिखना पसंद करता हूं। मेरे ईमेल 80-वर्ण निश्चित-चौड़ाई-फ़ॉन्ट विंडो में प्रस्तुत किए गए हैं और मुझे पाठ संदेश पसंद हैं जो ठीक से "(>") के साथ उद्धृत किए गए हैं और एएससीआईआई के साथ चिह्नित हैं। पुराने दिनों की तरह…
हालांकि, मैं स्वीकार करता हूं कि दुनिया आगे बढ़ गई है, और बहुत से लोग अब छोटे या बड़े स्क्रीन पर ईमेल पढ़ते हैं, जिसमें पाठ प्रवाह की आवश्यकता होती है, और वे आनुपातिक फोंट पसंद करते हैं। 78 अक्षरों के बाद हार्ड न्यूलाइन के साथ पारंपरिक प्लेन-टेक्स्ट ईमेल उनके लिए अच्छी तरह से काम नहीं करते हैं: या तो न्यूलाइन्स विषम स्थानों में दिखाई देते हैं, या हार्ड न्यूलाइन्स के बावजूद टेक्स्ट को (बुरी तरह से) रिफलेक्ट किया जाता है।
मेरा प्रश्न: अपने जैसे सादे-पाठ उपयोगकर्ताओं के लिए अनुभव को तोड़ने के बिना, मेरे सादे-टेक्स्ट ईमेल को कैसे उन्हें खुश करने के लिए स्वरूपित किया जाना चाहिए?
मैं "प्रारूप-प्रवाहित" ( RFC 3676 ) के बारे में जानता हूं जो पुराने ग्राहकों के लिए क्लासिक उप-78-वर्ण-प्रति-पंक्ति उपस्थिति को ध्यान में रखते हुए सादे-पाठ पैराग्राफ को चिह्नित करने की अनुमति देता है। दुर्भाग्य से, यह कई ईमेल ग्राहकों द्वारा समर्थित नहीं है जो कि इन सबसे (कई वेब मेलर्स सहित) लाभान्वित होंगे।
कई ईमेल क्लाइंट बस बहुत लंबी लाइनें (नई लाइनों के बिना) उत्पन्न करते हैं, जिन्हें प्रवाहित पैराग्राफ के रूप में प्रदर्शित करने का इरादा है। क्या यह सार्वभौमिक रूप से स्वीकृत मानक है? मैं इसके साथ तीन मुद्दे देख सकता हूं:
RFC 5322 लाइन की लंबाई 998 वर्णों तक सीमित करता है। पैराग्राफ के साथ ऐसा क्या है जो उससे अधिक लंबा है?
क्या ">" के साथ उद्धृत पाठ को बिल्कुल भी बदला जा सकता है?
यह पुराने ग्राहकों को तोड़ देता है, जो यह नहीं जानते कि कब या कैसे बहुत लंबी लाइनों को फिर से भरना है।
क्या कोई अन्य मानक है जो सादा-पाठ ईमेलों को चिह्नित करने योग्य है?
ध्यान दें कि मैं जो कुछ भी उत्पन्न करता हूं उसमें मैं काफी लचीला हूं। मेरा ईमेल क्लाइंट के साथ शुरू करने के लिए बेहद विन्यास योग्य है, और मैं इसे हैक कर सकता हूं जहां मुझे आवश्यकता है (मैं एमईयूएस में जीएनयूएस का उपयोग कर रहा हूं)।
यह भी ध्यान दें कि यह प्रश्न HTML-स्वरूपित ईमेल के बारे में नहीं है। मैं उनके बारे में जानता हूं, मैं उन्हें पढ़ सकता हूं, जरूरत पड़ने पर उन्हें उत्पन्न भी कर सकता हूं - लेकिन यह सवाल सीधे सादे पाठ ईमेल के बारे में है।
अंत में, किसी भी प्रारूप में ईमेल प्राप्त करना मेरे लिए कोई समस्या नहीं है। GNUS सभी सादे पाठ प्रारूपों (साथ ही HTML-स्वरूपित ईमेल) को संतोषजनक रूप से प्रदर्शित कर सकता है।