ব্যবহার

Reply করলে অ্যাড‑অনটি স্বয়ংক্রিয়ভাবে আসলগুলো যোগ করে — অথবা আগে জিজ্ঞাসা করে, যদি Options‑এ সক্রিয় থাকে।
ফাইলনেম অনুযায়ী ডুপ্লিকেট অপসারণ করা হয়; S/MIME অংশগুলো সবসময় এড়িয়ে যাওয়া হয়। ডিফল্টভাবে ইনলাইন ইমেজগুলো reply বডিতে পুনরুদ্ধার করা হয় (Options‑এ "Include inline pictures" থেকে এটি বন্ধ করা যায়)।
ব্ল্যাকলিস্টেড অ্যাটাচমেন্টও এড়িয়ে যাওয়া হয় (কেস‑ইনসেন্সিটিভ গ্লোব প্যাটার্ন যা ফাইলনেমের সাথে মেলে, পাথের সাথে নয়)। দেখুন কনফিগারেশন।

Reply করলে কী হয়

Reply সনাক্ত করা → আসল অ্যাটাচমেন্টগুলোর তালিকা করা → S/MIME + ইনলাইন ফিল্টার করা → প্রয়োজন হলে কনফার্মেশন → যোগ্য ফাইল যোগ করা (ডুপ্লিকেট এড়ানো) → বডিতে ইনলাইন ইমেজ পুনরুদ্ধার করা।

স্ট্রিক্ট বনাম রিল্যাক্সড পাস: অ্যাড‑অনটি প্রথমে ফাইল অ্যাটাচমেন্ট থেকে S/MIME ও ইনলাইন অংশ বাদ দেয়। কিছুই উপযুক্ত না হলে, এটি একটি রিল্যাক্সড পাস চালায় যা তখনও S/MIME/ইনলাইন বাদ দেয় কিন্তু আরও কেস সহন করে (Code Details দেখুন)। ইনলাইন ইমেজ কখনোই ফাইল অ্যাটাচমেন্ট হিসেবে যোগ করা হয় না; বরং, "Include inline pictures" সক্রিয় থাকলে (ডিফল্ট), সেগুলো সরাসরি reply বডিতে base64 ডাটা URI হিসেবে এমবেড করা হয়।

পার্টের ধরন	স্ট্রিক্ট পাস	রিল্যাক্সড পাস
S/MIME স্বাক্ষর ফাইল `smime.p7s`	বর্জিত	বর্জিত
S/MIME MIME টাইপসমূহ (`application/pkcs7-*`)	বর্জিত	বর্জিত
Content‑ID দ্বারা রেফারেন্স করা ইনলাইন ইমেজ (`image/*`)	বর্জিত (বডিতে পুনরুদ্ধার করা হয়*)	বর্জিত (বডিতে পুনরুদ্ধার করা হয়*)
ফাইলনেমসহ সংযুক্ত ইমেল (`message/rfc822`)	যোগ করা হয়নি	যোগ করা হতে পারে
ফাইলনেমসহ সাধারণ ফাইল অ্যাটাচমেন্ট	যোগ করা হতে পারে	যোগ করা হতে পারে

* "Include inline pictures" চালু থাকলে (ডিফল্ট: ON), ইনলাইন ইমেজগুলো ফাইল অ্যাটাচমেন্ট হিসেবে যোগ না হয়ে reply বডিতে base64 ডাটা URI আকারে এমবেড হয়। দেখুন কনফিগারেশন।

উদাহরণ: কিছু অ্যাটাচমেন্টে নির্দিষ্ট হেডার নাও থাকতে পারে, কিন্তু সেগুলো তবুও সাধারণ ফাইল (ইনলাইন/S/MIME নয়)। স্ট্রিক্ট পাসে কিছু না পেলে রিল্যাক্সড পাস সেগুলো গ্রহণ করে সংযুক্ত করতে পারে।

ক্রস‑রেফারেন্স

ডিজাইন অনুযায়ী Forward পরিবর্তিত হয় না (নিচের সীমাবদ্ধতা দেখুন)।
কেন কোনো অ্যাটাচমেন্ট যোগ নাও হতে পারে তার কারণের জন্য দেখুন “কেন অ্যাটাচমেন্ট যোগ নাও হতে পারে”।

আচরণের বিস্তারিত

ডুপ্লিকেট প্রতিরোধ: অ্যাড‑অনটি প্রতিটি ট্যাবের সেশন ভ্যালু এবং ইন‑মেমরি গার্ড ব্যবহার করে compose ট্যাবকে প্রসেসড হিসেবে চিহ্নিত করে। এটি আসল ফাইলগুলোকে দুইবার যোগ করবে না।
একটি compose উইন্ডো বন্ধ করে আবার খুললে সেটি নতুন ট্যাব হিসেবে ধরা হয় (অর্থাৎ, নতুন প্রচেষ্টা অনুমোদিত)।
বিদ্যমান অ্যাটাচমেন্টের প্রতি সম্মান: compose‑এ আগে থেকেই কিছু অ্যাটাচমেন্ট থাকলে, আসলগুলো তবুও একবারই যোগ করা হয়, আগেই থাকা ফাইলনেমগুলো এড়িয়ে।
বর্জনসমূহ: ফাইল অ্যাটাচমেন্ট থেকে S/MIME আর্টিফ্যাক্ট এবং ইনলাইন ইমেজ বাদ দেওয়া হয়। প্রথম পাসে কিছু উপযুক্ত না হলে, একটি রিল্যাক্সড ফলব্যাক নন‑S/MIME অংশগুলো পুনরায় পরীক্ষা করে। ইনলাইন ইমেজ আলাদাভাবে হ্যান্ডেল করা হয়: সক্রিয় থাকলে সেগুলো reply বডিতে ডাটা URI হিসেবে পুনরুদ্ধার করা হয়।
- ফাইলনেমসমূহ: smime.p7s
- MIME টাইপসমূহ: application/pkcs7-signature, application/x-pkcs7-signature, application/pkcs7-mime
- ইনলাইন ইমেজ: Content‑ID দ্বারা রেফারেন্স করা যেকোনো image/* অংশ — ফাইল অ্যাটাচমেন্ট থেকে বাদ, তবে "Include inline pictures" ON থাকলে reply বডিতে এমবেড করা হয়
- সংযুক্ত ইমেল (message/rfc822): ফাইলনেম থাকলে সাধারণ অ্যাটাচমেন্ট হিসেবে বিবেচিত; যোগ করা হতে পারে (ডুপ্লিকেট চেক এবং ব্ল্যাকলিস্ট সাপেক্ষে)।
ব্ল্যাকলিস্ট সতর্কতা (সক্রিয় থাকলে): আপনার ব্ল্যাকলিস্ট কোনো প্রার্থী বাদ দিলে, অ্যাড‑অনটি একটি ছোট মডাল দেখায় যেখানে প্রভাবিত ফাইল এবং মিল থাকা প্যাটার্ন(গুলো) তালিকাভুক্ত থাকে। এই সতর্কতাটি তখনও দেখা যায় যখন কোনো অ্যাটাচমেন্ট যোগ করা হবে না কারণ সবকিছুই বাদ পড়েছে।

কীবোর্ড শর্টকাট

কনফার্মেশন ডায়ালগ: Y/J = Yes, N/Esc = No; Tab/Shift+Tab এবং Arrow কী ফোকাস ঘোরায়।
- কনফিগারেশন‑এ “Default answer” প্রাথমিকভাবে ফোকাসকৃত বোতাম নির্ধারণ করে।
- Enter ফোকাসকৃত বোতামকে সক্রিয় করে। অ্যাক্সেসিবিলিটির জন্য Tab/Shift+Tab এবং অ্যারো কী ফোকাস সরায়।

কীবোর্ড চিট শিট

কী	কর্ম
Y / J	Yes নিশ্চিত করুন
N / Esc	No নিশ্চিত করুন
Enter	ফোকাসকৃত বোতাম সক্রিয় করুন
Tab / Shift+Tab	ফোকাস এগিয়ে/পেছনে সরান
Arrow keys	বোতামগুলোর মধ্যে ফোকাস সরান
Default answer	প্রাথমিক ফোকাস নির্ধারণ করে (Yes বা No)

সীমাবদ্ধতা

এই অ্যাড‑অনটি Forward পরিবর্তন করে না (Reply এবং Reply all সমর্থিত)।
খুব বড় অ্যাটাচমেন্ট Thunderbird বা প্রদানকারীর সীমাবদ্ধতার আওতায় পড়তে পারে।
- অ্যাড‑অনটি ফাইলকে টুকরো করে না বা কম্প্রেস করে না; এটি Thunderbird‑এর স্বাভাবিক অ্যাটাচমেন্ট হ্যান্ডলিংয়ের ওপর নির্ভর করে।
এনক্রিপ্টেড বার্তা: S/MIME অংশ ইচ্ছাকৃতভাবে বাদ দেওয়া হয়।

কেন অ্যাটাচমেন্ট যোগ নাও হতে পারে

ইনলাইন ইমেজ ফাইল অ্যাটাচমেন্ট হিসেবে যোগ করা হয় না। "Include inline pictures" ON থাকলে (ডিফল্ট), সেগুলো বদলে reply বডিতে ডাটা URI হিসেবে এমবেড করা হয়। সেটিংটি OFF থাকলে ইনলাইন ইমেজ সম্পূর্ণভাবে সরিয়ে দেওয়া হয়। দেখুন কনফিগারেশন।
ডিজাইন অনুযায়ী S/MIME স্বাক্ষর অংশ বাদ দেওয়া হয়: smime.p7s‑এর মতো ফাইলনেম এবং application/pkcs7-signature বা application/pkcs7-mime‑এর মতো MIME টাইপ এড়িয়ে যাওয়া হয়।
ব্ল্যাকলিস্ট প্যাটার্ন প্রার্থীদের ফিল্টার করতে পারে: দেখুন কনফিগারেশন; মিল কেস‑ইনসেন্সিটিভ এবং কেবল ফাইলনেমের ওপর।
ডুপ্লিকেট ফাইলনেম পুনরায় যোগ করা হয় না: compose‑এ একই স্বাভাবিককৃত নামে কোনো ফাইল থাকলে, সেটি এড়িয়ে যাওয়া হয়।
নন‑ফাইল অংশ বা অনুপস্থিত ফাইলনেম: কেবল ব্যবহারযোগ্য ফাইলনেমসহ ফাইল‑সদৃশ অংশ যোগ করার জন্য বিবেচিত হয়।

আরও দেখুন

কনফিগারেশন