2010-11-28 8 views
8

कभी-कभी मैंने यह सुनिश्चित करने के लिए कोड रैपिंग ईमेल संदेशों को देखा है कि एक पंक्ति 72 वर्णों से अधिक लंबी नहीं है। क्या इसके लिए वास्तव में आवश्यकता है और यह सब क्या है?क्या मुझे लाइन में 72 वर्णों से अधिक ईमेल संदेशों को लपेटने की आवश्यकता है?

+0

अच्छा उत्तर यहां है: http://stackoverflow.com/questions/2696433/is-it-necessary-to-wrap-long-lines-when-sending-emails/2696542#2696542 –

उत्तर

4

जो प्रतिक्रिया पर विस्तार करने के लिए, 72-वर्ण सीमा मूल रूप से शरीर के लिए अनुमति देता है तो उद्धृत किया जाना करने के लिए यह एक पंक्ति, जैसे करने के लिए जोड़ा अतिरिक्त वर्ण के लिए कमरे,

From "scratch": 
> From Joe Bloggs, 24 Sept 1985 
> 
> > Probably some flame about emacs vs vi, eulogising one over the other. 
> > The quote chars have added four characters to the start of the line, so 
> > forcing wrapped lines at 72 chars pushes this to 76 chars, without 
> > affecting the formatting of the paragraph. 
> 
> Some rant accusing Joe of talking crap, and throwing out some random 
> evidence to the contrary. Quote char adds 2 chars. Again, paragraph 
> formatting retained. 

Someone else chimes in deciding to eulogise pico over either of the 
other two editors. All sides about to turn on this person. :-) 

तो एक अतिरिक्त कुछ वर्ण दे कम से कम दो स्तरों के लिए, की अनुमति देता है parapgraph स्वरूपण 80-वर्ण टर्मिनलों पर कायम रखना, और संभवतः अधिक के आधार पर देता है उद्धरण वर्ण कैसे जोड़े/उपयोग किए जाते हैं।

+0

क्या यह अभी भी आवश्यक है? – Tower

+0

शायद नहीं, क्योंकि अधिकांश ईमेल पाठक ठीक से शब्दवाही करेंगे।पुरानी निकायों को उद्धृत करने के साथ अभी भी एक मुद्दा है क्योंकि स्मार्ट वर्ड-रैप टेक्स्ट को विकृत कर सकता है, जिससे यह देखने में मुश्किल हो रही है कि टेक्स्ट कहां उद्धृत किया गया है। आखिरकार, * नहीं * करने के लिए यह इंटरनेट के मजबूती सिद्धांत को तोड़ता है "जो आप भेजते हैं उसमें रूढ़िवादी रहें"। यह मूल रूप से बताता है कि यदि आप नहीं जानते कि प्राप्तकर्ता मेल प्राप्त करने/पढ़ने के लिए क्या उपयोग कर रहा है, तो धारणाएं न बनाएं, और सुरक्षित खेलें। बेशक, यदि आप जानते हैं कि प्राप्तकर्ता क्या उपयोग करता है, तो आप तदनुसार भत्ते बना सकते हैं। –

7

RFC 2822 लाइन लंबाई के बारे में इस पाठ है, जो जहां इस संभावना से आता है शामिल हैं:

दो सीमा नहीं है कि एक लाइन में
वर्णों की संख्या पर इस मानक स्थानों। वर्णों की प्रत्येक पंक्ति 998 वर्णों से अधिक नहीं होनी चाहिए, और CRLF को छोड़कर 78 वर्णों से अधिक नहीं होना चाहिए।

998 अक्षरों की सीमा कई कार्यान्वयन
जो भेजें, प्राप्त, या दुकान इंटरनेट संदेश स्वरूप संदेशों कि बस से अधिक 998 वर्ण एक लाइन पर नहीं संभाल कर सकते हैं में कारण सीमाओं है।
कार्यान्वयन को अच्छी तरह से अच्छी तरह से
को मजबूतता के लिए लाइन में वर्णों के वर्णों को संभालने के लिए अच्छा होगा। हालांकि, वहाँ इतने सारे कार्यान्वयन करना, जिससे ( के परिवहन आवश्यकताओं के अनुपालन में [RFC2821]) संदेशों 1000 से अधिक चरित्र सीआर और प्रत्येक पंक्ति में वामो सहित युक्त को स्वीकार नहीं करते हैं, यह कार्यान्वयन नहीं के लिए महत्वपूर्ण है ऐसे संदेश बनाने के लिए।

अधिक रूढ़िवादी 78 चरित्र सिफारिश
उपयोगकर्ता के कई प्रयोगों इंटरफेस है कि इन
संदेशों जो काट-छांट कर सकते हैं प्रदर्शित समायोजित करने के लिए है, या आपत्ति के साथ प्रत्येक पंक्ति में 78 वर्णों से लपेट,
अधिक का प्रदर्शन, तथ्य यह है कि इस तरह के
कार्यान्वयन इस विनिर्देश के इरादे करने के लिए गैर अनुरूप हैं बावजूद (और की [RFC2821] कि यदि वे वास्तव में जानकारीहोने का कारण बन मेंखो गया)। है, तो फिर, भले ही यह सीमा संदेशों पर डाल दिया जाता है, यह जो प्रदर्शन संदेशों

कार्यान्वयन पर encumbant है
+0

क्या यह अभी भी इन दिनों आवश्यक है ? – Tower

संबंधित मुद्दे