এমআইএমএম ইমেলগুলি দিয়ে ফাইল সংযুক্তি প্রেরণ করা সহজ করে তোলে। এখানে কিভাবে এটা কাজ করে.
MIME "বহুমুখী ইন্টারনেট মেইল এক্সটেনশনগুলি" এর জন্য দাঁড়িয়েছে এটা উভয় জটিল এবং অর্থহীন শব্দ, কিন্তু MIME একটি আকর্ষণীয় উপায় ইন্টারনেট ইমেল মূল ক্ষমতা প্রসারিত।
ইমেল বার্তাগুলির RFC 822 (এবং পরবর্তীতে RFC 2822) 1982 থেকে সংজ্ঞায়িত করা হয়েছে, এবং তারা সম্ভবত দীর্ঘদিন ধরে এই মানটি মান্য করে চলেছে।
কিছুই কিন্তু টেক্সট, সরল টেক্সট
দুর্ভাগ্যবশত, RFC 822 অনেক ত্রুটি ভোগে। বেশিরভাগ উল্লেখযোগ্যভাবে, যে মানের সাথে সামঞ্জস্যপূর্ণ বার্তাগুলি কেবল সাধারণ ASCII পাঠ্যের সাথে থাকা উচিত নয়।
ফাইল (যেমন ছবি, পাঠ্য প্রসেসর ডকুমেন্ট বা প্রোগ্রাম) পাঠানোর জন্য প্রথমে তাদেরকে সাধারণ টেক্সটে রূপান্তরিত করতে হবে এবং তারপর একটি ইমেল বার্তাের অংশে রূপান্তরটি পাঠাতে হবে। প্রাপককে বার্তা থেকে পাঠ্যটি বের করতে এবং আবার বাইনারি ফাইলের ফরম্যাটে রূপান্তর করতে হবে। এটি একটি কঠিন প্রক্রিয়া, এবং MIME আগে এটি সব হাত দ্বারা সম্পন্ন করা ছিল।
MIME RFC 822 এর সাথে সংযুক্ত এই সমস্যাটি সংশোধন করে এবং এটি ইমেল বার্তায় আন্তর্জাতিক অক্ষরগুলি ব্যবহার করা সম্ভব করে তোলে। আরএফসি 8২২ প্লেইন (ইংরেজী) পাঠ্যে সীমাবদ্ধতার সাথে এটি আগেও সম্ভব হয়নি।
গঠন অভাব
ASCII অক্ষর পর্যন্ত সীমাবদ্ধ ছাড়াও, RFC 822 কোনও বার্তা বা ডাটা বিন্যাসের গঠনকে সনাক্ত করে না। যেহেতু এটা স্পষ্ট যে আপনি সবসময় প্লেইন টেক্সট ডেটা একটি আবর্জনা পেতে, এটি যখন মান সংজ্ঞায়িত ছিল প্রয়োজন ছিল না।
MIME- এর বিপরীতে, আপনি একাধিক বার্তা বিভিন্ন বার্তা পাঠাতে পারেন (যেমন, একটি ছবি এবং একটি ওয়ার্ড ডকুমেন্ট), এবং এটি প্রাপকের ইমেইল ক্লায়েন্টকে তথ্য দেয় যাতে তথ্যটি কি ধরণের হয় তাই তারা স্মার্ট পছন্দ বার্তাটি প্রদর্শন করে।
আপনি একটি ছবি পেতে হলে, আপনি এটি একটি ইমেজ ভিউয়ার সঙ্গে দেখা যাবে যে চিন্তা করতে হবে না। আপনার ই-মেইল ক্লায়েন্ট কোনও ইমেজটি প্রদর্শন করে বা আপনার কম্পিউটারে একটি প্রোগ্রাম শুরু করতে পারে।
আরএফসি 8২২ নির্মাণ ও সম্প্রসারণ
এখন এমাইম ম্যাজিক কিভাবে কাজ করে? মূলত, এটি উপরে বর্ণিত প্লেইন টেক্সট মধ্যে নির্বিচারে তথ্য পাঠানোর কষ্টকর প্রক্রিয়া নিযুক্ত। MIME বার্তা মান RFC 822 তে নির্ধারিত মানের প্রতিস্থাপন করে না কিন্তু এটি প্রসারিত করে। MIME বার্তাগুলির মধ্যে কিছু কিন্তু ASCII পাঠ্যও থাকতে পারে না।
এর মানে হল যে বার্তাটি প্রেরিত হওয়ার আগে সমস্ত ইমেইল ডেটা অবশ্যই প্লেইন টেক্সটে এনকোড করা হবে এবং এটি পুনরায় প্রাপ্তির শেষে তার মূল ফরম্যাটে ডিকোড করা আবশ্যক। প্রাথমিক ই-মেইল ব্যবহারকারীদের কাছে ম্যানুয়ালি এটি করতে হবে। MIME এটি আমাদের জন্য আরামদায়ক এবং নিখুঁতভাবে, সাধারণত Base64 এনকোডিং নামে একটি স্মার্ট প্রক্রিয়া মাধ্যমে এটি।
একটি MIME ইমেইল বার্তা হিসাবে জীবন
যখন আপনি MIME- এ সক্ষম একটি ইমেল প্রোগ্রামে একটি বার্তা রচনা করেন, তখন প্রোগ্রামটি মোটামুটি নিম্নোক্ত কাজ করে:
- যদি বার্তাটি কেবল ASCII পাঠ্যেই থাকে, তবে এটি কেবলমাত্রই ছেড়ে দেয় এবং শুধুমাত্র প্রাপকের ইমেল ক্লায়েন্টকে কেবলমাত্র সাধারণ পাঠ্যের অপেক্ষা করতে বলে।
- যদি বার্তাটি এক বা একাধিক সংযুক্তি এবং একটি বিট HTML ফর্ম্যাটিংয়ের সাথে থাকে, তবে প্রতিটি অংশটি বিবেচনা করা হবে এবং আলাদা ভাবে বিবেচনা করা হবে।
প্রথমত, ডাটা বিন্যাস নির্ধারণ করা হয়। এটি প্রাপকের ইমেইল ক্লায়েন্টকে ডেটা দিয়ে কি করতে হবে এবং যথাযথ এনকোডিং নিশ্চিত করার জন্য এটির প্রয়োজনীয়তা প্রয়োজন যাতে ট্রান্সফারের সময় কিছুই হারিয়ে যায় না।
তারপর ডাটাটি যদি এনকোডেড হয় তবে এটি সাধারণ ASCII পাঠ্যের ব্যতীত একটি ফরম্যাটে থাকে। এনকোডিং প্রক্রিয়ার মধ্যে , তথ্য RFC 822 বার্তাগুলির জন্য উপযুক্ত প্লেইন টেক্সট রূপান্তর করা হয়।
অবশেষে, এনকোডেড ডেটা বার্তাটিতে সন্নিবেশিত করা হয় এবং প্রাপকের ইমেল ক্লায়েন্টকে জানাতে হয় যে কী ধরণের ডেটা আশা করা যায়: কি সংযুক্তি রয়েছে? কিভাবে তারা এনকোডেড হয়? মূল ফাইলটি কোন ফরম্যাট ছিল?
প্রাপকের শেষে, প্রক্রিয়া বিপরীত হয়। প্রথমত, ইমেল ক্লায়েন্ট প্রেরক এর ইমেল ক্লায়েন্ট দ্বারা যোগ করা হয়েছে যে তথ্য পড়ছে: আমি সংযুক্তি সন্ধান করতে হবে? আমি তাদের কীভাবে ডিকোড করব? আমি কিভাবে ফলাফল ফাইল হ্যান্ডেল করবেন? তারপর, বার্তাটির প্রতিটি অংশ বের করা এবং ডিকোড করা হয় যদি প্রয়োজন হয়। অবশেষে, ই-মেইল ক্লায়েন্ট ব্যবহারকারীর ফলাফলের ফলাফল প্রদর্শন করে। প্লেইন টেক্সট শরীরের ইমেজ সংযুক্তি সঙ্গে ইমেল ক্লায়েন্ট মধ্যে লাইন প্রদর্শিত হয়। বার্তা সংযুক্ত একটি প্রোগ্রাম সংযুক্তি আইকন সঙ্গে প্রদর্শিত হয়, এবং ব্যবহারকারী এটি সঙ্গে কি করতে পারে তা নির্ধারণ করতে পারেন। তিনি তার ডিস্কে এটি কোথাও সংরক্ষণ করতে পারেন, বা ইমেল প্রোগ্রাম থেকে সরাসরি এটি শুরু করতে পারেন।