MX রেকর্ড চেক করুন: ডোমেইনের মেইল সার্ভার খুঁজুন

MX রেকর্ড কী জানায়

একটি MX রেকর্ড ডোমেইনের ইমেল গ্রহণকারী সার্ভারের নাম উল্লেখ করে। এর সামনে একটি সংখ্যা থাকে, যাকে অগ্রাধিকার বলা হয়। প্রেরক প্রথমে সর্বনিম্ন সংখ্যার সার্ভারে চেষ্টা করে এবং সেই সার্ভার সাড়া না দিলে পরেরটিতে যায়। একই সংখ্যার দুটি রেকর্ডের মধ্যে লোড ভাগ হয়। পরীক্ষক এই ক্রমে সেগুলো দেখায় এবং প্রতিটি হোস্ট নামের IPv4 ও IPv6 ঠিকানা নির্ণয় করে।

কোনো domain-এ একেবারেই MX record না থাকলে, প্রেরকেরা তার A বা AAAA record ব্যবহার করে সেখানে ইমেল পৌঁছে দেওয়ার চেষ্টা করে (RFC 5321, section 5.1)। সাধারণত কেউ এটি চায় না, কারণ একটি সাধারণ domain-এর ঠিকানার পেছনে বেশিরভাগ সময় একটি ওয়েব সার্ভার থাকে।

যেসব record ইমেল ডেলিভারি ব্যাহত করে

একটি MX record-কে অবশ্যই একটি host name নির্দেশ করতে হবে। IP address নির্দেশ করা record অবৈধ। এমন host name-ও অবৈধ যা একটি CNAME, RFC 2181 এটি নিষিদ্ধ করেছে। বেশিরভাগ প্রেরক তবু এটি অনুসরণ করে, তবে কয়েকজন হাল ছেড়ে দেয়। ফলে domain-টি এক প্রদানকারীর ইমেল গ্রহণ করলেও অন্য প্রদানকারীর ইমেল ফেরত পাঠায়। পরীক্ষক উভয় ক্ষেত্রই চিহ্নিত করে। এটি এমন host name-ও চিহ্নিত করে যা একেবারেই resolve হয় না, এর অর্থ হতে পারে migration-এর পর একটি পুরোনো সার্ভার থেকে গেছে।

একটি null MX, অর্থাৎ 0-এর পর একটি dot-সহ একটিমাত্র record, জানায় যে domain-টি কোনো ইমেল গ্রহণ করে না (RFC 7505)। যে domain ইমেল পাঠায়ও না, গ্রহণও করে না, তার জন্য এটিই সঠিক ব্যবস্থা। এতে প্রেরকেরা কয়েক দিন ধরে আবার চেষ্টা না করে সঙ্গে সঙ্গে থেমে যায়। আপনি যে domain থেকে ইমেল পাঠান, সেখানে এটি থাকা উচিত নয়, কারণ reply ও bounce পৌঁছানোর জন্য একটি গন্তব্য প্রয়োজন।

ইমেল পাঠানোর domain-এ কার্যকর MX কেন প্রয়োজন

Bounce ও reply domain-এ ফিরে যায়, তাই আপনি যে domain থেকে ইমেল পাঠান সেটিকে ইমেল গ্রহণ করতে সক্ষম হতে হবে। Return-Path-এর domain bounce সংগ্রহ করে, From domain reply সংগ্রহ করে এবং কিছু receiver তাদের কাছ থেকে বার্তা গ্রহণের আগে পরীক্ষা করে যে এসব domain ইমেল গ্রহণ করে কি না। MX ও A record ছাড়া কোনো sending subdomain-কে বানানো domain বলে মনে হতে পারে।

পরীক্ষক MX তালিকার পাশাপাশি MTA-STS ও TLS-RPT record-ও খোঁজে। এগুলো না থাকলে বর্তমানে ইমেল আসা বন্ধ হয় না। এগুলো থাকলে MTA-STS সমর্থনকারী প্রেরকেরা encryption ছাড়া আপনার কাছে ইমেল পৌঁছে দিতে অস্বীকার করে, আর সেটি ব্যর্থ হলে কোথায় report পাঠাতে হবে তা TLS-RPT জানায়।

পরিবর্তে একটি আসল ইমেল পরীক্ষা করুন

এই টুলগুলোর প্রতিটি আপনার সেটআপের একটি অংশ পরীক্ষা করে। পূর্ণাঙ্গ পরীক্ষাটি ইমেলটিই বিশ্লেষণ করে: একটি অস্থায়ী ঠিকানায় একটি বার্তা পাঠান এবং গ্রহণকারী সার্ভার যেভাবে SPF, DKIM ও DMARC মূল্যায়ন করেছে, সেই ফলাফলসহ ব্ল্যাকলিস্ট, কনটেন্ট, উভয় স্প্যাম স্কোর ও সমাধানের পরিকল্পনা পান। Gmail, Outlook, Yahoo ও অন্যান্য প্রদানকারীতে এটি কোন ফোল্ডারে পৌঁছায়, তা দেখতে ইনবক্স প্লেসমেন্ট যোগ করুন।

আপনার ইমেল পরীক্ষা করুন নমুনা রিপোর্ট দেখুন

প্রশ্ন

MX record কীভাবে পরীক্ষা করব?

উপরে domain লিখুন। পরীক্ষক DNS-এ তার MX record জানতে চায়, preference অনুযায়ী সেগুলো সাজায় এবং প্রতিটি সার্ভারের address resolve করে। terminal থেকে একই lookup করতে dig MX example.com বা nslookup -type=mx example.com ব্যবহার করুন, তবে এতে target-গুলোর পরীক্ষা হবে না।

MX priority number-এর অর্থ কী?

এটি preference নির্দেশ করে এবং কম number আগে চেষ্টা করা হয়। 10 mx1 ও 20 mx2-সহ একটি domain প্রথমে mx1-এ ইমেল গ্রহণ করে এবং mx1 উত্তর না দিলেই কেবল mx2 ব্যবহার করে। number সমান হলে ইমেল সার্ভারগুলোর মধ্যে ভাগ হয়। ক্রম ছাড়া মানগুলোর নিজস্ব কোনো অর্থ নেই, তাই 1 ও 5 ঠিক 10 ও 50-এর মতোই কাজ করে।

MX record কি CNAME নির্দেশ করতে পারে?

না। RFC 2181 এটি নিষিদ্ধ করেছে এবং RFC 5321 অনুযায়ী target-এর নিজস্ব address record থাকতে হবে। অনেক প্রেরক তবু CNAME resolve করে, তাই কোনো কঠোর প্রেরক আপনার ইমেল bounce না করা পর্যন্ত ভুলটি ধরা পড়ে না। MX-কে CNAME যে name-এ নিয়ে যায় সেটি নির্দেশ করান।

null MX record কী?

Preference 0 এবং target হিসেবে শুধু একটি dot-সহ একটিমাত্র MX record। RFC 7505-এ সংজ্ঞায়িত এই record প্রেরকদের জানায় যে domain-টি ইমেল গ্রহণ করে না। Parked domain-সহ যেসব domain কিছু পাঠায় না এবং কিছু গ্রহণও করে না, সেগুলোতে এটি ব্যবহার করুন। এতে সেখানে পাঠানো ইমেল সঙ্গে সঙ্গে ব্যর্থ হয় এবং কেউ দাবি করতে পারে না যে domain-টি নীরবে ইমেল গ্রহণ করে।

ইমেল পাঠাতে কি MX record প্রয়োজন?

কঠোর অর্থে, MX record ছাড়াও ইমেল পাঠানো যায়। বাস্তবে আপনার From ও Return-Path-এর domain-গুলোর ইমেল গ্রহণ করা উচিত। Bounce ও reply পৌঁছানোর জন্য একটি গন্তব্য প্রয়োজন এবং receiver-রা কোনো sending domain কিছুই গ্রহণ করতে না পারাকে সতর্কসংকেত হিসেবে দেখে। শুধু ইমেল পাঠানোর জন্য ব্যবহৃত subdomain-এ আপনার প্রদানকারীর bounce server নির্দেশ করা MX থাকতে পারে।

MX পরিবর্তন কার্যকর হতে কত সময় লাগে?

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

Common errors

অন্যান্য ফ্রি টুল

SPF রেকর্ড পরীক্ষার টুলSyntax, include chain এবং সর্বোচ্চ ১০টি lookup-এর সীমা।DMARC রেকর্ড চেকারPolicy, alignment এবং কারা রিপোর্ট পায়।DKIM রেকর্ড পরীক্ষাএকটি selector-এর প্রকাশিত কী: ধরন, আকার ও flags।ব্ল্যাকলিস্ট চেকারIP ও domain blacklist, প্রতিটি list আলাদাভাবে।ইমেল হেডার অ্যানালাইজার নতুনবার্তার রুট, বিলম্ব ও অথেন্টিকেশনের ফলাফল।MX রেকর্ড চেকার আপনি এখানে আছেনমেইল সার্ভার, অগ্রাধিকার ও অকার্যকর target।BIMI পরীক্ষার টুল নতুনরেকর্ড, লোগো, সার্টিফিকেট এবং DMARC নীতি।