ইমেইল সংযুক্তির আকার ও সীমা পরীক্ষা করুন

সংযুক্তি ও বার্তার আকার আলাদা হয় কেন

পাঠানোর সময় মূলত যে বার্তার মধ্যে আপনার PDF থাকে, সেটির আকার বাড়ে। ইমেইল মূলত লেখার জন্য তৈরি। তাই আপনার মেইল প্রোগ্রাম ফাইল সংযুক্তিগুলোকে MIME ফরম্যাটে সাজায় এবং সাধারণত Base64 দিয়ে বাইনারি ডেটাকে সাধারণ টেক্সট অক্ষরে রূপান্তর করে। এতে ফাইলের প্রতি 3 বাইট থেকে 4 অক্ষর তৈরি হয় এবং অক্ষরগুলো লাইন সমাপ্তি চিহ্নসহ বিভিন্ন লাইনে সাজানো হয়। Base64 এনকোডিং নিজেই উল্টানো যায়: ডিকোড করলে ঠিক মূল বাইটগুলোই ফিরে পাওয়া যায়। সম্পূর্ণ বার্তায় আরও যোগ হয় হেডার, বার্তার লেখা এবং আলাদা অংশগুলোর মধ্যকার বিভাজক।

এভাবে বার্তার আকার আপনার বেছে নেওয়া সংযুক্তির চেয়ে অনেক বড় হতে পারে। একটি জার্মান ভাষার ফোরামে একজন জানতে চেয়েছিলেন, কেন ২০.১-MB আকারের একটি PDF পাঠানোর পর মেইলের আকার ২৭.৫ MB হয়েছে। এই ক্যালকুলেটরে লাইন বিরতিসহ এবং অতিরিক্ত বাইট ছাড়া ২,০১,০০,০০০ বাইটের হিসাব করলে পাওয়া যায় ২,৬৮,০০,০০০ বাইট Base64 ডেটা ও ৭,০৫,২৬৪ বাইট লাইন সমাপ্তি চিহ্ন। মোট হয় ২,৭৫,০৫,২৬৪ বাইট, অর্থাৎ প্রায় ২৭.৫১ MB। এই হিসাব দেখায়, এ রকম আকার কীভাবে হয়। এটি একটি মডেলভিত্তিক হিসাব, ওই নির্দিষ্ট মেইলের বিশ্লেষণ নয়।

আনুমানিক হিসাব যেভাবে তৈরি হয়

প্রতিটি ফাইল আলাদা সারিতে দিন, কারণ প্রতিটি সংযুক্তি আলাদাভাবে এনকোড করা হয়। B, KB, MB, GB, MiB বা GiB-এর মতো এককে আকার দিতে পারেন। ক্যালকুলেটর দশমিক পদ্ধতিতে ১ MB = ১০,০০,০০০ বাইট এবং বাইনারি পদ্ধতিতে ১ MiB = ১০,৪৮,৫৭৬ বাইট ধরে হিসাব করে। রূপান্তরের পর পূর্ণসংখ্যক বাইট হতে হবে। সংখ্যা লেখার সময় খেয়াল রাখুন: বিন্দু দশমিক চিহ্ন, তাই `১.০০০` মানে এক। এক হাজার লিখতে `১০০০` বা `১,০০০` ব্যবহার করুন। কমা শুধু অঙ্কের গ্রুপ আলাদা করে; অঙ্কের মাঝে ফাঁক দেবেন না এবং সংখ্যার ঘরে একক লিখবেন না।

1. মূল আকার: আপনার সংযুক্তিগুলোর মোট বাইট। এটি শুরুর মান এবং সংযুক্তির সীমার সঙ্গে তুলনার জন্য ব্যবহার করা হয়।
2. Base64 ডেটা: n বাইটের একটি সংযুক্তি থেকে 4 × ঊর্ধ্বমুখে পূর্ণসংখ্যায় রাউন্ড(n ÷ 3) অক্ষর তৈরি হয়। শেষে অবশিষ্ট অংশ দিয়ে তিনটির পূর্ণ গুচ্ছ তৈরি না হলে, প্যাডিং দিয়ে শেষের চারটির গুচ্ছ পূরণ করা হয়।
3. লাইন সমাপ্তি চিহ্ন: লাইন বিরতি চালু থাকলে, যা ডিফল্ট সেটিং, ক্যালকুলেটর প্রতিটি সংযুক্তির অক্ষরগুলোকে সর্বোচ্চ 76 অক্ষরের লাইনে ভাগ করে। শেষ লাইনসহ প্রতিটি লাইনের জন্য CRLF লাইন সমাপ্তি চিহ্নের 2 বাইট গণনা করে।
4. অতিরিক্ত বাইট: বার্তার লেখা, হেডার ও অন্যান্য অংশের জন্য আপনার নির্ধারিত মান। ডিফল্ট মান 0।
5. আনুমানিক হিসাব: সব সংযুক্তির Base64 ডেটা ও লাইন সমাপ্তি চিহ্নের সঙ্গে অতিরিক্ত বাইটের যোগফল।

Base64 কি সব সময় ঠিক এক-তৃতীয়াংশ বড় হয়?

শুধু আনুমানিকভাবে। বড় ফাইলের ক্ষেত্রে 3 বাইট থেকে 4 অক্ষরের অনুপাত আকার বৃদ্ধিকে 33⅓ %-এর কাছাকাছি নিয়ে যায়। লাইন বিরতি ছাড়া ১,০০,০০,০০০ বাইট থেকে ঠিক ১,৩৩,৩৩,৩৩৬ বাইট হয়, অর্থাৎ প্রায় ৩৩.৩৩ % বেশি। ঠিক এক-তৃতীয়াংশ থেকে সামান্য পার্থক্যটি প্যাডিংয়ের কারণে হয়। লাইন সমাপ্তি চিহ্নসহ আকার হয় ১,৩৬,৮৪,২১৪ বাইট, প্রায় ৩৬.৮ % বেশি। তাই প্রায় 37 % বৃদ্ধির প্রচলিত ধারণাটি লাইন বিরতিসহ এনকোড করা ডেটার জন্য প্রযোজ্য। এটি লাইনের দৈর্ঘ্য ও লাইন সমাপ্তি চিহ্নের ওপর নির্ভর করে এবং হেডার বা লেখা অন্তর্ভুক্ত করে না।

ছোট ফাইলের ক্ষেত্রে নির্দিষ্ট গুণক আর কার্যকর থাকে না। 1 বাইটের একটি সংযুক্তি থেকে 4 Base64 অক্ষর ও 2 বাইট লাইন সমাপ্তি চিহ্ন হয়, অর্থাৎ মোট 6 বাইট। তাই সবকিছুকে একটি নির্দিষ্ট মান দিয়ে গুণ করার বদলে ক্যালকুলেটর প্রতিটি সংযুক্তির সঠিক হিসাব করে।

একাধিক সংযুক্তি: প্রতিটি ফাইল আলাদাভাবে

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

একটি বড় PDF-এর ক্ষেত্রে এই কয়েক বাইটের প্রভাব প্রায় নেই বললেই চলে। তবে অনেক ছোট ফাইল হলে এগুলো যোগ হয়ে বাড়তে থাকে।

76 অক্ষরের লাইনের দৈর্ঘ্য হলো Base64 লাইনের জন্য MIME মানদণ্ডে নির্ধারিত সর্বোচ্চ দৈর্ঘ্য। শেষ লাইনের পরেও একটি CRLF গণনা করা এই ক্যালকুলেটরের নির্ধারিত নিয়ম। যেসব মেইল প্রোগ্রাম আরও ছোট লাইন ব্যবহার করে বা শেষাংশ অন্যভাবে বসায়, সেগুলোর মান কিছুটা আলাদা হতে পারে। আরেকটি প্রচলিত ভুল ধারণা: Base64 কিছুই এনক্রিপ্ট করে না। এটি শুধুই এনকোডিং, যা কোনো চাবি ছাড়াই আগের রূপে ফেরানো যায় এবং আপনার সংযুক্তির বিষয়বস্তু সুরক্ষিত রাখে না।

সঠিক আকারের সীমার সঙ্গে তুলনা করুন

আকারের সীমায় একটি সংখ্যা দেওয়া থাকে, কিন্তু সেটি কিসের জন্য প্রযোজ্য তা সব সময় বলা থাকে না। কিছু নিয়ম মূল সংযুক্তিগুলোর মোট আকার সীমিত করে, অর্থাৎ আপনার মেইল প্রোগ্রামে দেখানো ফাইলের আকারগুলো। অন্য নিয়মগুলো এনকোড করা সংযুক্তি, লেখা ও হেডারসহ পুরো বার্তার আকার সীমিত করে। তাই ক্যালকুলেটরে সীমাটি কিসের সঙ্গে তুলনা করা হবে তা বেছে নিতে হয়। আগে থেকে দেওয়া 25 MB মানটি শুধু শুরুর মান, কোনো নির্দিষ্ট সেবাদাতার নির্ধারিত সীমা নয়। ফলাফল ঠিক সীমার সমান হলে সেটি সীমার মধ্যে রয়েছে বলে ধরা হয়।

তাই একই ফাইল একটি নিয়ম মেনে চলতে পারে, আবার অন্যটি অতিক্রম করতে পারে; এতে কোনো বিরোধ নেই।

ভিন্ন ভিত্তিতে প্রযোজ্য দুটি বাস্তব নিয়ম

• Gmail: সংযুক্তি সম্পর্কে জার্মান ভাষার Gmail সহায়তা অনুযায়ী (দেখা হয়েছে 13 অক্টোবর 2026), ব্যক্তিগত অ্যাকাউন্টে সংযুক্তিগুলোর মোট আকার 25 MB পর্যন্ত হতে পারে। এখানে সংযুক্তিগুলোর মোট আকার বোঝানো হয়েছে, তাই মূল সংযুক্তিগুলোর সঙ্গে তুলনাই উপযুক্ত। Google Workspace অ্যাকাউন্টে প্রশাসক সীমা নির্ধারণ করেন। মোট আকার বেশি হলে সংযুক্তির বদলে Google Drive-এর লিংক ব্যবহার করা হয়।
• Universität Erlangen-Nürnberg-এর RRZE: ইমেইল সংযুক্তির আকারের সীমা সম্পর্কিত নির্দেশনায় (দেখা হয়েছে 13 অক্টোবর 2026) RRZE সার্ভারে আসা ও সেখান থেকে পাঠানো পুরো ইমেইলের জন্য সর্বোচ্চ 20 MB উল্লেখ করা হয়েছে। এখানে বার্তার আনুমানিক আকারের সঙ্গে তুলনা করতে হবে এবং অতিরিক্ত বাইটও দেওয়া যুক্তিসংগত।

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

সম্পূর্ণ বার্তার জন্য আরও যা বাকি থাকে

শুধু একটি এনকোড করা সংযুক্তি মানেই সম্পূর্ণ ইমেইল নয়। সম্পূর্ণ বার্তায় প্রেরক, প্রাপক, বিষয় ও প্রযুক্তিগত তথ্যসহ হেডার থাকে। আরও থাকে বার্তার লেখা, প্রায়ই সাধারণ টেক্সট ও HTML উভয় রূপেই, MIME অংশগুলোর মধ্যকার বিভাজক লাইন এবং স্বাক্ষরের লোগোর মতো এমবেড করা ছবি। এগুলো কতটা জায়গা নেবে, তা আপনার মেইল প্রোগ্রাম, লেখা ও প্রাপকদের ওপর নির্ভর করে।

কত অতিরিক্ত বাইট লিখতে পারেন

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

তুলনায় সীমার মধ্যে থেকেও মেইল ফেরত এলে

• বার্তায় আপনার অনুমান করা অতিরিক্ত বাইটের চেয়ে বেশি ডেটা ছিল, অথবা আপনার মেইল প্রোগ্রাম ভিন্ন লাইনের দৈর্ঘ্য দিয়ে এনকোড করে।
• প্রাপকের সার্ভার আপনার নিজের অ্যাকাউন্টের চেয়ে কম আকারের অনুমতি দেয়।
• সীমাটি পুরো বার্তার জন্য ছিল, কিন্তু আপনি মূল সংযুক্তিগুলোর সঙ্গে তুলনা করেছেন। অথবা আপনার অ্যাকাউন্টে ধরে নেওয়া নিয়মের বদলে অন্য নিয়ম প্রযোজ্য।
• প্রাপক কিছু ধরনের ফাইল, যেমন ম্যাক্রোসহ নথি বা চালানো যায় এমন প্রোগ্রাম, গ্রহণ করেন না এবং আকার যাই হোক সেগুলো আটকে দেন।

ক্যালকুলেটর শুধু আপনার বেছে নেওয়া সংখ্যাটি তুলনা করে। এটি কিছু পাঠায় না, পৌঁছানো পরীক্ষা করে না এবং ফাইলের ফরম্যাট বা নিরাপত্তার নিয়মও পরীক্ষা করে না। নিউজলেটারের ক্ষেত্রে প্রদর্শনের সীমাও থাকে: কিছু মেইলবক্স দীর্ঘ HTML মেইল কেবল সংক্ষিপ্ত আকারে দেখায়। এটি সংযুক্তির আকারের থেকে আলাদা বিষয় এবং এখানেও হিসাব করা হয় না।

আকার বেশি হলে: তৈরি PDF নিয়ে পরবর্তী কাজ করুন

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

1. পাঠানোর আগে PDF সংকুচিত করুন অথবা নির্দিষ্ট সীমা জানা থাকলে সেই আকারের সীমার জন্য PDF ছোট করুন। ফাইল কতটা ছোট হবে, তা তার বিষয়বস্তুর ওপর নির্ভর করে। সব ক্ষেত্রে লক্ষ্য আকারে পৌঁছানো যায় না।
2. ফলাফল খুলে দেখুন, নথিটি এখনও ভালোভাবে পড়া যাচ্ছে কি না।
3. ডাউনলোড করা ফাইলের আকার এখানে আবার লিখুন। তৈরি হওয়া ফাইলটিই বিবেচ্য, প্রত্যাশিত আকারের সাশ্রয় নয়।
4. আনুমানিক আকার সীমার মধ্যে থাকলে মেইল পাঠান। না থাকলে অন্য উপায় নিয়ে প্রাপকের সঙ্গে কথা বলুন।

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

ফাইলটি মেইলে পাঠানোর বদলে কোনো পোর্টালে আপলোড করতে হলে PDF আপলোডের সীমা যাচাই করুন এবং আগে থেকেই ফাইলের আপলোডের সময়ের আনুমানিক হিসাব করুন।