আরএফসি ২৮২২-এ (ই-মেল সংজ্ঞায়িত) সংজ্ঞায়িত করা হয়েছে যে কোনও লাইন 78 78 টি অক্ষরের চেয়ে দীর্ঘ হওয়া উচিত নয় (সিআরএলএফ বাদে) এবং 998 টি অক্ষরের চেয়ে বেশি হওয়া উচিত নয়। উদ্ধৃত-মুদ্রণযোগ্য লম্বাগুলি আরও লাইনগুলিতে বিভক্ত হবে, প্রতিটি লাইন '=' দিয়ে শেষ হবে যতক্ষণ না আসল লাইন ব্রেক শেষ হয় reached কোনও মেলকে স্ট্যান্ডার্ডে রূপান্তর করে, যদি এতে 78 (বা 998) টির চেয়ে বেশি দীর্ঘ লাইন থাকে তবে উদ্ধৃত-প্রিন্টেবলের সাথে এনকোড থাকে?
যুক্তি রয়েছে যে এটি অনুগত নয়, কারণ প্রাপ্তি মেইল-ক্লায়েন্টের উদ্ধৃত-মুদ্রণযোগ্য বার্তাটি ডিকোড করার পরে লম্বা লাইন রয়েছে।
সম্পাদনা : ডেভিড কেরির অনুরোধ অনুসারে প্রশ্নটি পরিষ্কার করার জন্য: হ্যাঁ, আমার অর্থ উদ্ধৃতি-প্রিন্টেবল এনকোডযুক্ত মেলটি উদ্ধৃত-প্রিন্টেবলের সাথে সামঞ্জস্যপূর্ণ হওয়া উচিত, এর অর্থ লাইনগুলি আর 76 টি অক্ষরের বেশি নয়। তবে ডিকোড হওয়া বার্তাগুলিতে এই সীমাটির চেয়ে লম্বা লাইন থাকতে পারে। সুতরাং আমার প্রশ্নটি হল: ক্লায়েন্ট সফ্টওয়্যারটি কি আরএফসি 1521 প্রয়োগ করে কোট করা-প্রিন্টেবল পাঠ্য সামগ্রীর ডিকোডিংয়ের পরে অনির্দিষ্টকালের জন্য দীর্ঘ লাইনগুলি পরিচালনা করবে? এটি এ পর্যন্ত উভয় জবাব দিয়ে হ্যাঁ উত্তর দেওয়া হয়েছে (ধন্যবাদ) এই নিষেধাজ্ঞার সাথে যে এটি নেটিক্যুটে (আরএফসি 1855) দ্বারা নিরুৎসাহিত করা হয়েছে। এমনকি নেটিয়্যাকেট এমনকি একটি রেখার দৈর্ঘ্য 65 টি অক্ষরে সীমাবদ্ধ করে, এমন একটি সীমা যা প্রায় কেউই মেনে চলে না।