ইমেল বিষয় দৈর্ঘ্য সীমা কি?

227

ইন্টারনেট ইমেলের সাবজেক্ট লাইনে কয়টি অক্ষর থাকতে দেওয়া হচ্ছে? ইমেলের জন্য আমার কাছে আরএফসি-র একটি স্ক্যান ছিল কিন্তু এটি কতক্ষণ থাকতে দেওয়া হয়েছিল তা নির্দিষ্টভাবে দেখতে পেলাম না। আমার এক সহকর্মী আছে যা প্রোগ্রামের জন্য এটির জন্য বৈধতা চাইতে চায়।

যদি কোনও আনুষ্ঠানিক সীমা না থাকে, তবে অনুশীলনের ক্ষেত্রে ভাল দৈর্ঘ্য কী?

email limit

— স্কট ফার্গুসন
সূত্র

17

255 কিছু টিকিট পণ্যে সীমা (উদাহরণস্বরূপ জির) এবং দৃষ্টিভঙ্গী সীমা আছে বলে মনে হয়, Thunderbird এবং Gmail পর 130. আরোপ করা হবে বলে মনে হচ্ছে

— reconbot

1

আরএফসি2047 বৈধতার পক্ষে আরও উপযুক্ত

— জেসেন

3

ডেটাবেজে এটি প্রচলিত (একটি traditionতিহ্য যা আপনি বলতে পারেন) বিশেষত দীর্ঘ বা সংক্ষিপ্ত পাঠ্য ক্ষেত্রগুলির দৈর্ঘ্যকে ভর্চার (255) বা অনুরূপ সমমানের নাম হিসাবে সংজ্ঞা দেওয়া উচিত। যদি দীর্ঘতর স্ট্রিং উপস্থাপন করা হয় তবে এটি একটি ত্রুটি উত্পন্ন করবে বা কেবল সীমাতে ছাঁটা হবে। এই কারণেই এখানে বর্ণিত জীরা এবং আউটলুক আরও বেশি অক্ষর সমর্থন করে না। সামঞ্জস্যতার কারণে আমি 255+ কেবল 5 বছরের পুরানো কেকের জন্য কিছু ক্রিম যুক্ত করার পরামর্শ দেব না;)

— আল্ফ.ডেভ

195

আরএফসি 2822 দেখুন , বিভাগ শুরু 2.1.1।

দুটি সীমা রয়েছে যে এই স্ট্যান্ডার্ডটি একটি লাইনের অক্ষরের সংখ্যার উপরে রাখে। অক্ষরের প্রতিটি লাইন 998 টির বেশি অক্ষরের বেশি হওয়া উচিত এবং সিআরএলএফ বাদে 78 টির বেশি অক্ষর হওয়া উচিত।

আরএফসি পরে যেমন বলেছে, বিষয়টিকে একাধিক লাইনে ভাঁজ করে আপনি এই সীমাটির (আপনার উচিত নয়) কাজ করতে পারেন।

প্রতিটি শিরোলেখ ক্ষেত্রটি যুক্তিযুক্তভাবে ক্ষেত্রের নাম, কোলন এবং ফিল্ড বডি সমন্বিত অক্ষরের একক লাইন। তবে সুবিধার্থে এবং প্রতি লাইন 998/78 চরিত্রের সীমাবদ্ধতাগুলি মোকাবেলা করার জন্য, শিরোনামের ক্ষেত্রের ক্ষেত্রের ক্ষেত্রের অংশটি একাধিক লাইন উপস্থাপনায় বিভক্ত করা যেতে পারে; এটিকে "ভাঁজ" বলা হয়। সাধারণ নিয়মটি হ'ল এই মানটি যেখানেই সাদা স্থান ভাঁজ করার অনুমতি দেয় (কেবলমাত্র ডাব্লুএসপি অক্ষর নয়), কোনও ডাব্লুএসপির আগে একটি সিআরএলএফ inোকানো যেতে পারে। উদাহরণস্বরূপ, শিরোলেখ ক্ষেত্র:
       Subject: This is a test
হিসাবে প্রতিনিধিত্ব করা যেতে পারে:
       Subject: This
        is a test

বিষয় শিরোনামে characters 78 টির বেশি অক্ষরের জন্য সুপারিশটি যুক্তিসঙ্গত মনে হচ্ছে। পুরো বিষয়টির লাইনটি দেখতে কেউ স্ক্রোল করতে চায় না এবং গুরুত্বপূর্ণ কিছু ডানদিকে কেটে যেতে পারে।

— মাইকেল পেট্রোটা
সূত্র

8

আইএমএফ বৈশিষ্ট বর্তমান সংস্করণ, বোঝায় যা RFC 5322, এখানে পাওয়া যাবে: tools.ietf.org/html/rfc5322#section-2.1.1

— james.garriss

6

এই উত্তরটি কেবলমাত্র দৈর্ঘ্যের সীমাটিকে সম্বোধন করে, সামগ্রিক দৈর্ঘ্যের সীমাটি নয়।

— চক্কি

1

আরএফসি আছে এবং ব্যবহারযোগ্যতা আছে। জাকোব নিলসন নিবন্ধ ইমেল সাবজেক্ট লাইনগুলি: পাঠকদের আকর্ষণ করার জন্য 5 টিপস সংক্ষেপে এইভাবে বর্ণনা করুন: "প্রথম 40 টি অক্ষরের উপরে মনোনিবেশ করুন crip বর্ণনামূলক এবং ভাল-লিখিত বিষয় লাইন প্রাপকদের আরও বিশদ পেতে বা এগিয়ে যাওয়ার জন্য একটি জ্ঞাত সিদ্ধান্ত নিতে অনুমতি দেয়" "

— ouডার্ড লোপেজ

3

স্পষ্ট করতে, সাবজেক্ট লাইনের জন্য কোনও দৈর্ঘ্যের সীমা নেই, কারণ মানগুলি আপনার পছন্দ অনুযায়ী যতগুলি লাইনের উপরে একক শিরোনামকে 998 বাইটের চেয়ে বেশি দীর্ঘায়িত করে। ~ 80 টি অক্ষরের সুপারিশটি আসলেই যুক্তিসঙ্গত। আপনাকে একটি ইমেল ক্লায়েন্ট লেখার আপনি আছে যখন একটি তালিকা অংশ হিসেবে দেখানো ছাঁটাই দ্বারা একটি ভয়ঙ্কর ভাবে ভঙ্গ ছাড়া ridiculously দীর্ঘ বিষয় সঙ্গে মানিয়ে নিতে, বিশেষ করে পাবে।

— থোমাস্রুটার

1

... অন্য কোনও শিরোলেখ ক্ষেত্রের ক্ষেত্রেও এটি হবে (উদাহরণস্বরূপ "থেকে")। পিএস আপনি যদি ভাবছেন যে কেন 80 এর পরিবর্তে 78, বা 1000 এর পরিবর্তে 998 কেন, ইমেল স্ট্যান্ডার্ডটি CRLF (\ r \ n) কে বিভাজক হিসাবে নির্দিষ্ট করে, যা দুটি বাইট, যার দ্বারা প্রতি লাইন 1000 বাইট তৈরি করে 998 শিরোনাম নিজেই। এটিও নোট করুন যে শিরোনামের নাম এবং কোলনের পরে কোনও স্থান যেমন "বিষয়:" এটিতেও ফিট করতে পারে।

— থোমাসরুটটার

20

আরএফসি 2322 জানিয়েছে যে বিষয়টির শিরোনামটির "দৈর্ঘ্যের কোনও বাধা নেই"

তবে দীর্ঘ শিরোলেখ তৈরি করতে তবে আপনাকে এটি একাধিক লাইনে বিভক্ত করতে হবে, "ফোল্ডিং" নামে একটি প্রক্রিয়া।

বিষয়টিকে আরএফসি 5322-তে "আনস্ট্রাকচারড" হিসাবে সংজ্ঞায়িত করা হয়েছে

এখানে কিছু উদ্ধৃতি ([...] আমার বাদ দেওয়া জিনিসগুলি নির্দেশ করে)

3.6.5. Informational Fields
  The informational fields are all optional.  The "Subject:" and
  "Comments:" fields are unstructured fields as defined in section
  2.2.1, [...]

2.2.1. Unstructured Header Field Bodies
  Some field bodies in this specification are defined simply as
  "unstructured" (which is specified in section 3.2.5 as any printable
  US-ASCII characters plus white space characters) with no further
  restrictions.  These are referred to as unstructured field bodies.
  Semantically, unstructured field bodies are simply to be treated as a
  single line of characters with no further processing (except for
  "folding" and "unfolding" as described in section 2.2.3).

2.2.3  [...]  An unfolded header field has no length restriction and
  therefore may be indeterminately long.

— Jasen
সূত্র

@ জ্যাসেন আপনি ভাঁজ করার কোনও সরঞ্জাম জানেন?

— মাহদী

যে কোনও লিখিত ইমেল গ্রন্থাগার এটি করবে। আমার c-client

— প্রিয়টি

এটা সঠিক উত্তর. "অনুশীলনে ভাল দৈর্ঘ্য" প্রশ্নের দ্বিতীয় অংশটি সম্পূর্ণভাবে আপনার অ্যাপের উপর নির্ভর করে। যদি আপনি প্রাপ্ত ইমেলগুলি সংরক্ষণ করে থাকেন তবে আপনাকে সীমাহীন দৈর্ঘ্যের সমর্থন করতে হবে।

— রব

4

কিছু পরীক্ষার পরে: আপনি যদি কোনও দৃষ্টিভঙ্গি ক্লায়েন্টকে একটি ইমেল প্রেরণ করেন এবং বিষয়টি হয়> 77 টি অক্ষর, এবং "=?ISO"বিষয়টির ভিতরে এটি ব্যবহার করা প্রয়োজন (আমার ক্ষেত্রে উচ্চারণের কারণে) তবে আউটলুক বিষয়টিকে "কাটা" করবে মাঝখানে এটি এবং দেহের পাঠ্য, সংযুক্তি ইত্যাদিসহ যা ঘটে তার সবগুলি জাল করে ... সমস্ত জাল!

আমার এর মতো বেশ কয়েকটি উদাহরণ রয়েছে:

Subject: =?ISO-8859-1?Q?Actas de la obra N=BA.20100154 (Expediente N=BA.20100182) "NUEVA RED FERROVIARIA.=

TRAMO=20BEASAIN=20OESTE(Pedido=20PC10/00123-125),=20BEASAIN".?=

প্রতি:

আপনি দেখতে পাচ্ছেন, সাবজেক্টের লাইনে এটি "=" দিয়ে চরের 78 78 এ কাটা হয়েছে যারপরে ২ বা ৩ লাইন ফিড রয়েছে, তারপরে বাকী বিষয়টিকে খারাপভাবে চালিয়ে যেতে হবে।

এটি বেশ কয়েকটি গ্রাহকের কাছ থেকে আমাকে জানানো হয়েছিল যারা আউটলুক ব্যবহার করে অন্যান্য ইমেল ক্লায়েন্টরা ঠিক সেই বিষয়গুলি নিয়ে কাজ করে।

আপনার যদি এটিতে কোনও আইএসও না থাকে তবে এটি কোনও ক্ষতি করে না, তবে আপনি যদি এটি নিজের বিষয়টিকে আরএফসির সাথে যুক্ত করে যুক্ত করেন তবে আউটলুক থেকে আপনি এই আশ্চর্য হয়ে যান। বিট আপনি যদি আইএসও যুক্ত না করেন তবে আইফোন ইমেল এটি বুঝতে পারবেন না (এবং নামের সাথে ফাইলগুলি সংযুক্ত করে আইফোনগুলিতে কাজ করবে না)।

— সের্গিও
সূত্র

5

আপনি যে বিষয়টি সেট করেছেন তাতে অনেকগুলি সমস্যা রয়েছে: ১. '_', ২ দিয়ে স্পেসগুলি এনকোড করা উচিত An একটি 'এনকোডেড-শব্দ' (=? চরসেট? কিউ / বি? ডেটা? =) 75৫ টির বেশি অক্ষর নাও থাকতে পারে (rfc2047)। তৃতীয় আপনি লাইনের শেষে '=' চরের সাথে নতুন লাইনটি এড়াতে পারবেন না (শিরোনাম QP এনকোডিং আলাদা তবে বডি কিপি)। নীচের লাইনটি: এটি আউটলুকের দোষ নয়।

— পাভেল লেস্নিকোভস্কি

2

আমি বিশ্বাস করি না যে এখানে একটি আনুষ্ঠানিক সীমা আছে, এবং আমি নিশ্চিত যে আরএফসি-তে কোনও নির্দিষ্ট সীমা নির্দিষ্ট নেই, যেমনটি আপনি পেয়েছেন।

আমি মনে করি যে বিষয়গুলির জন্য সাধারণভাবে কিছু সাধারণ সীমাবদ্ধতা (কেবলমাত্র ইমেল নয়):

80 অক্ষর
128 অক্ষর
256 অক্ষর

স্পষ্টতই, আপনি যুক্তিযুক্ত কিছু নিয়ে আসতে চান। আপনি যদি কোনও ই-মেইল ক্লায়েন্ট লিখছেন তবে আপনি 256 টি অক্ষরের মতো কিছু নিয়ে যেতে চাইতে পারেন এবং তারা অবশ্যই আপনার মেইলটি সঠিকভাবে পরিবেশন করছে কিনা তা নিশ্চিত করার জন্য সেখানে বড় বড় বাণিজ্যিক সার্ভারগুলির বিরুদ্ধে পুরোপুরি পরীক্ষা করতে হবে।

আশাকরি এটা সাহায্য করবে!

— এড অলটারফার
সূত্র

13

256 250 বা 300 বা 372 এর চেয়ে ভাল হওয়ার কোনও কারণ নেই। স্ট্রিং দৈর্ঘ্যের জন্য আমরা বাইটগুলি ব্যবহার করে দীর্ঘ অতীত।

— গ্রেগ হিউগিল

4

255 হ'ল কিছু পণ্যগুলির আসল সীমা (উদাহরণস্বরূপ জিরা এবং দৃষ্টিভঙ্গি)

— 12'11

5

এই উত্তরটি ভুল। আইএমএফ স্পেকের বর্তমান সংস্করণ আরএফসি 5322 স্পষ্টভাবে একটি সর্বাধিক লাইন দৈর্ঘ্যের সংজ্ঞা দেয়। @ মাইকেল এর উত্তর দেখুন।

— james.garriss

2

+1 লাইনের দৈর্ঘ্যের সীমাবদ্ধতা বার্তার সমস্ত লাইনের জন্য, তবে আমি এমন কোনও কিছুই দেখতে পাচ্ছি না যা বলে যে আপনার কাছে একাধিক লাইনের স্প্যান থাকতে পারে না (বিষয়টির জন্য অক্ষরের সংখ্যার উপর কোনও সীমাবদ্ধতা বোঝায়)। ২.২.৩ দেখুন এবং সরাসরি তার পরে অনুসরণ করা উদাহরণ দেখুন।

— সাইফার

1

ভ্রচার 255 সম্ভবত মাইএসকিউএল / মারিয়াডিবিতে সর্বাধিক সাধারণ (এবং আরও দক্ষ) ডেটা কলাম দৈর্ঘ্য। বাইটস অবশ্যই অবশ্যই প্রাসঙ্গিক। মাইএসকিউএল দৈর্ঘ্যটি 256 এর থেকে কম বা অন্যথায় কম হলে সঞ্চয় করতে 1 বাইট ব্যবহার করবে। আপনি যদি মনে করেন স্ট্রিং দৈর্ঘ্য অত্যন্ত গুরুত্বপূর্ণ নয় এবং বাইটে গণনা করা হয় তবে সি ++ স্ট্যান্ডিং :: স্ট্রিং কীভাবে প্রয়োগ করে তা একবার দেখুন।

— এবাইরোব

0

কী গুরুত্বপূর্ণ তা হল আপনি কোন ইমেলটি ইমেলটি প্রেরণ করছেন তা ব্যবহার করছেন। বেশিরভাগ আধুনিক গ্রন্থাগারগুলি (যেমন সিস্টেম. নেট.মেল) আপনার কাছ থেকে ভাঁজটি আড়াল করবে। আপনি কেবলমাত্র (সিআর, এলএফ, এইচটিএবি) ছাড়াই একটি দীর্ঘ ইমেল সাবজেক্ট লাইন রেখে দিয়েছেন। আপনি যদি নিজের ভাঁজ করার চেষ্টা শুরু করেন তবে সমস্ত বেট বন্ধ রয়েছে। এটি ত্রুটিগুলি রিপোর্ট করা শুরু করবে। সুতরাং আপনি যদি এই সমস্যাটি নিয়ে থাকেন তবে কেবল সিআর, এলএফ, এইচটিএবি ফিল্টার করুন এবং গ্রন্থাগারটি আপনার জন্য কাজটি করতে দিন। আপনি সাধারণত পৃথক ক্ষেত্র হিসাবে এনকোডিং পাঠ্য প্রকার সেট করতে পারেন। বিষয় লাইনে আইসো এনকোডিংয়ের দরকার নেই।

— kariato
সূত্র