MX রেকর্ড, বা মেল এক্সচেঞ্জার রেকর্ড হল ডোমেন নেম সিস্টেমের এক ধরনের রিসোর্স রেকর্ড যা প্রাপকের ডোমেনের পক্ষ থেকে ইমেল বার্তা গ্রহণের জন্য দায়ী মেল সার্ভার এবং মেল বিতরণকে অগ্রাধিকার দিতে ব্যবহৃত একটি পছন্দের মান নির্দিষ্ট করে৷ একটি ডোমেনের পক্ষ থেকে মেল এক্সচেঞ্জার রেকর্ডের একটি সেট নির্দিষ্ট করে কিভাবে ইমেলকে সিম্পল মেল ট্রান্সফার প্রোটোকল (SMTP) ব্যবহার করে রুট করা উচিত।
MX রেকর্ডস: প্রযুক্তি ওভারভিউ
রিসোর্স রেকর্ড হল ডোমেইন নেম সিস্টেমের (DNS) প্রাথমিক তথ্য উপাদান। তারা টাইপ আইডেন্টিফিকেশন (A, MX, NS) এবং DNS ক্লাস (ইন্টারনেট, CHAOS) এর মধ্যে ভিন্ন। রেকর্ডগুলির একটি মেয়াদ শেষ হওয়ার তারিখ (বেঁচে থাকার সময়) নির্ধারিত থাকে, এটি নির্দেশ করে যে তারা যে তথ্য সংরক্ষণ করে তা কখন একটি প্রামাণিক নাম সার্ভার থেকে আপডেট করতে হবে। রিসোর্স রেকর্ডগুলি তাদের প্রাপকের ইমেল FQDN (চিহ্নের পরে নামের অংশ) এর উপর ভিত্তি করে DNS-এ সংগঠিত হয়@। ইন্টারনেট, সেন্ডিং এজেন্ট মেল ট্রান্সফার সার্ভিস (MTA) প্রতিটি প্রাপক ডোমেনের জন্য MX রেকর্ডের জন্য ডোমেন নেম সিস্টেমকে জিজ্ঞাসা করে। এই ক্যোয়ারীটি মেল এক্সচেঞ্জ সার্ভার হোস্টগুলির একটি তালিকা প্রদান করে যা এই ডোমেনের জন্য ইনকামিং মেল গ্রহণ করে৷ প্রেরক এজেন্ট তারপর একটি SMTP সংযোগ স্থাপনের চেষ্টা করে।
অগ্রাধিকার প্রদানের মৌলিক বিষয়
সরলতম ক্ষেত্রে, একটি ডোমেনে শুধুমাত্র একটি মেইল সার্ভার থাকতে পারে। উদাহরণ স্বরূপ, যদি MTA example.com-এর জন্য MX রেকর্ড খুঁজছে এবং DNS সার্ভার শুধুমাত্র mail.example.com-এর সাথে 50-এর অগ্রাধিকার গণনা করে, MTA নির্দিষ্ট সার্ভারে মেল পাঠানোর চেষ্টা করবে। এই ক্ষেত্রে, 50 নম্বর SMTP স্পেসিফিকেশন দ্বারা অনুমোদিত যেকোনো পূর্ণসংখ্যা হতে পারে। যখন একটি দূরবর্তী ক্লায়েন্ট (সাধারণত অন্য মেইল সার্ভার) একটি ডোমেন নামের জন্য একটি MX সন্ধান করে, তখন এটি সার্ভারের একটি তালিকা এবং তাদের পছন্দ সংখ্যা পায়। সর্বনিম্ন পছন্দ নম্বর সহ যেকোনো সার্ভার প্রাথমিকভাবে পরীক্ষা করা উচিত। নির্ভরযোগ্য মেল ট্রান্সমিশন নিশ্চিত করতে, ডেলিভারি প্রচেষ্টা সফল না হওয়া পর্যন্ত SMTP ক্লায়েন্টকে অবশ্যই এই তালিকার প্রতিটি মিলে যাওয়া ঠিকানাগুলি পরীক্ষা করতে সক্ষম হতে হবে৷
মেল সার্ভারের অ্যারেগুলির মধ্যে ভারসাম্য বজায় রাখা
সার্ভারের একটি অ্যারে জুড়ে ইনকামিং মেল লোড-ব্যালেন্স করতে ব্যবহৃত পদ্ধতিটি সেটের প্রতিটি সার্ভারের জন্য একই পছন্দ নম্বর ফেরত দিতে হবে। মেল পাঠানোর জন্য কোন সার্ভারের সমান অগ্রাধিকার রয়েছে তা নির্ধারণ করার সময়, প্রেরককে অবশ্যই একটি নির্দিষ্ট সংস্থার জন্য একাধিক মেল এক্সচেঞ্জার জুড়ে লোড ছড়িয়ে দেওয়ার জন্য সেগুলিকে এলোমেলো করতে হবে। মাল্টিহোমড সার্ভারগুলিকে ভিন্নভাবে পরিচালনা করা হয়, কারণ কোনো র্যান্ডমাইজেশন ইতিমধ্যেই নেমসার্ভার দ্বারা প্রয়োগ করা হয়েছে বলে মনে করা হয়। এটি প্রধানত রাউটিং সমস্যা নিয়ে কাজ করে। অন্যান্য ধরনের সার্ভার লোডিং একটি SMTP প্রক্সি ব্যবহার করে সমাধান করা যেতে পারে।
ব্যাকআপ
লক্ষ্য সার্ভার, অর্থাৎ, যেটি জানে কিভাবে সংশ্লিষ্ট ব্যবহারকারীর মেলবক্স ডেলিভার করতে হয়, সেটি সাধারণত পছন্দের। নিম্ন অগ্রাধিকার সার্ভার, যাকে স্ট্যান্ডবাই বা সেকেন্ডারি MX রেকর্ড বলা হয়, প্রাথমিক সার্ভার দেখানোর জন্য অপেক্ষা করার সময় সাধারণত বার্তাগুলিকে একটি সারিতে রাখে। যদি উভয় সার্ভার অনলাইন থাকে বা কোনোভাবে একে অপরের সাথে সংযুক্ত থাকে, তাহলে MX ব্যাকআপ ইমেলটিকে প্রধান মেইল এক্সচেঞ্জারে ফরোয়ার্ড করবে। ব্যাকআপ একটি ভল্ট হিসাবে কাজ করে৷
কিভাবে MX রেকর্ড সেট আপ করবেন: অগ্রাধিকার
মেলটি সর্বনিম্ন পছন্দ নম্বর (সর্বোচ্চ অগ্রাধিকার) সহ এক্সচেঞ্জ সার্ভারে পাঠানো হয়, তাই রাউটিং এর জন্য ব্যবহৃত মেল এক্সচেঞ্জার এন্ট্রিতে সর্বনিম্ন পছন্দ নম্বর থাকা উচিত, সাধারণত 0.অগ্রাধিকারসার্ভারগুলিকে যে ক্রমে যুক্ত করা উচিত তা সংজ্ঞায়িত করে (যদি বিভিন্ন অগ্রাধিকার সহ একাধিক সার্ভার নির্দিষ্ট করা হয়)। সর্বোচ্চ অগ্রাধিকার এবং সর্বনিম্ন পছন্দ নম্বর সহ সার্ভারগুলি প্রথমে পরীক্ষা করা হবে। DNS রেকর্ডে, পছন্দ সংখ্যা সাধারণত সেট এবং নির্দিষ্ট করা হয়।
সেটআপ ত্রুটি
ডোমেন MX রেকর্ড পছন্দগুলি অর্ডার করার বিষয়ে একটি সাধারণ ভুল ধারণা হল যে এটি মেল বিতরণের সম্ভাবনা বাড়ানোর উদ্দেশ্যে করা হয়েছে৷ যাইহোক, একই পছন্দের সাথে একাধিক এন্ট্রি ব্যবহার করলে এই সুবিধা পাওয়া যায়।
MX-অনুগ্রহের আরেকটি সাধারণ ভুল ব্যাখ্যা হল যে এটি সার্ভার ওভারলোডের ক্ষেত্রে একটি "ফেলওভার" প্রদানের উদ্দেশ্যে করা হয়েছে। যদিও এটি এইভাবে ব্যবহার করা যেতে পারে, এটি একটি দুর্বল রিসোর্স ম্যানেজমেন্ট কৌশল কারণ এটি ইচ্ছাকৃতভাবে যানজট তৈরি করে, উপলব্ধ হার্ডওয়্যার সম্পূর্ণরূপে ব্যবহার করে না এবং MX রেকর্ডগুলি পরীক্ষা করার অনুমতি দেয় না। সমস্ত উপলব্ধ সার্ভারে একই মান বরাদ্দ করা একই সুবিধা প্রদান করে, যানজট পরিস্থিতি এড়াতে সাহায্য করতে পারে এবং এইভাবে বিলম্ব কমিয়ে সিস্টেম থ্রুপুট বাড়াতে পারে৷
SMTP লগিং
SMTP প্রোটোকল একটি স্টোর-এবং-ফরোয়ার্ড নেটওয়ার্ক স্থাপন করে এবং যদি কোনো ডোমেনের মেল সার্ভার অফলাইনে থাকে, সেন্ডিং সার্ভারের সেই ডোমেনের জন্য নির্ধারিত বার্তাগুলির একটি সারি প্রয়োজন পরে আবার চেষ্টা করার জন্য৷ যাইহোক, এই পাঠানো সার্ভারগুলি এখন উপলব্ধ রয়েছে তা জানানো যাবে নাস্বতন্ত্র ডোমেন সার্ভারগুলি এবং শুধুমাত্র শনাক্ত করে যে ডোমেনটি উপলব্ধ আছে যদি পরবর্তী প্রচেষ্টা স্থগিত বার্তা পাঠানোর সময় করা হয়৷
ডোমেন সার্ভার অনলাইনে আসার সময় এবং মুলতুবি বার্তাগুলি অবশেষে বিতরণ করার মধ্যে বিলম্ব মিনিট থেকে কয়েক দিন পর্যন্ত হতে পারে, পাঠানো সার্ভারের পুনরায় চেষ্টা করার সময়সূচীর উপর নির্ভর করে। সমস্যা হল যে ব্যাকআপগুলি সমাধান করার জন্য অনন্যভাবে যোগ্য এবং আপনাকে ডোমেনের MX রেকর্ড পরীক্ষা করার অনুমতি দেয় না৷
