একটি DMARC রেকর্ড পরীক্ষা করুন এবং এর নীতি, অ্যালাইনমেন্ট ও রিপোর্টের ঠিকানা সহজ ভাষায় পড়ুন
Runs in your browser. Only the lookup you start is sent to cloudflare-dns.com or dns.google; nothing else leaves your device.একটি DMARC চেকার _dmarc-এর পরে ডোমেইনের নাম দিয়ে থাকা TXT রেকর্ড পড়ে, এবং জানায় SPF ও DKIM-এ ব্যর্থ মেইল নিয়ে প্রাপকরা কী করে। নীতি 3টি: none, quarantine ও reject; শুধু শেষ 2টি জাল মেইল থামায়। অন্য ডোমেইনের রিপোর্ট ঠিকানার জন্য সেখানে একটি অনুমতি রেকর্ড লাগে।
এই পৃষ্ঠাটি ইংরেজি মূল লেখা থেকে যন্ত্রের সাহায্যে অনুবাদ করা হয়েছে। এই অনুবাদটি এখনও কোনো মানুষ পর্যালোচনা করেননি, তাই ইংরেজি সংস্করণটিকেই নির্ভরযোগ্য ধরুন। ইংরেজি মূল লেখাটি পড়ুন
ডোমেইন ঘরে ডোমেইনটি লিখুন এবং DMARC পরীক্ষা করুন চাপুন।
শিরোনামটি পড়ুন: এটি ওই ডোমেইনের ব্যর্থ মেইলে কোন নীতি প্রযোজ্য তা জানায়।
নীতি, অ্যালাইনমেন্ট ও রিপোর্টের ঠিকানা সহজ ভাষায় দেখতে এই রেকর্ড কী বলে অংশটি পড়ুন।
অন্য ডোমেইনের এমন রিপোর্ট ঠিকানা আছে কি না, যারা রিপোর্ট নিতে সম্মতি দেয়নি, তা ফলাফলে দেখুন।
রেকর্ডটি কপি করতে এর পাশে কপি চাপুন।
একটি ডোমেইন লিখুন, পেজটি একটি পাবলিক DNS-over-HTTPS রিজলভারের কাছে _dmarc.-এর পরে ওই নাম দিয়ে থাকা TXT রেকর্ড চায়। রেকর্ডটি ট্যাগ ধরে ধরে পড়া হয় এবং তারপর বাক্যে ব্যাখ্যা করা হয়: ব্যর্থ মেইলের কী হয়, সাবডোমেইনের জন্য কী প্রযোজ্য, From ঠিকানার সাথে SPF ও DKIM কতটা কঠোরভাবে মিলতে হবে, এবং রিপোর্ট কোথায় যায়।
নিয়মগুলো RFC 9989 থেকে নেওয়া, যা মে 2026-এ প্রকাশিত হয়ে DMARC মানদণ্ড হিসেবে RFC 7489-এর জায়গা নিয়েছে। পুরোনো রেকর্ড পড়ার সময় দুটি পরিবর্তন গুরুত্বপূর্ণ। pct ট্যাগ সরিয়ে দেওয়া হয়েছে: পুরোনো প্রাপকরা এখনো এটি দিয়ে ব্যর্থ মেইলের শুধু একটি অংশে ব্যবস্থা নেয়, নতুনরা এটি উপেক্ষা করে। t=y ট্যাগ এখন পরীক্ষা মোড বোঝায়, যেখানে প্রাপকরা নীতির চেয়ে এক ধাপ কম ব্যবস্থা নেয়। দুটোই কথায় জানানো হয়।
কোনো সাবডোমেইনের নিজের রেকর্ড না থাকলে প্রাপকরা এর বদলে সাংগঠনিক ডোমেইনের রেকর্ড খোঁজে। এই পেজ RFC 9989-এর 4.10 অনুচ্ছেদে সংজ্ঞায়িত DNS ট্রি ওয়াক দিয়ে তা করে, প্রতিটি ছোট নামে _dmarc জিজ্ঞেস করে, সর্বোচ্চ 8টি, এবং জিজ্ঞেস করা প্রতিটি নাম দেখায়। কোনো পাবলিক সাফিক্স তালিকা ব্যবহার হয় না, তাই সেই তালিকার কপি হালনাগাদ থাকার ওপর কিছুই নির্ভর করে না।
অন্য ডোমেইনের রিপোর্ট ঠিকানার অনুমতি পরীক্ষা করা হয়। RFC 9990-এর 4 অনুচ্ছেদ প্রাপকদের বলে অন্য ডোমেইনে রিপোর্ট পাঠাতে কেবল তখনই, যখন সেই ডোমেইন নীতির ডোমেইনের পরে ._report._dmarc. ও রিপোর্ট গ্রহণকারী হোস্ট দিয়ে একটি TXT রেকর্ড প্রকাশ করে। এটি না থাকাই সাধারণত DMARC সেবা কিছু না পাওয়ার কারণ।
জেনারেটর ট্যাব আপনার পছন্দ থেকে একটি রেকর্ড লেখে এবং কোন হোস্টের অধীনে প্রকাশ করতে হবে তা জানায়। এটি ডিফল্ট মানের সমান ট্যাগ বাদ দেয় এবং pct লেখে না।
যা এটি করে না: এটি রেকর্ড পড়ে, আপনার মেইল নয়, তাই আপনার বার্তা পাস করে কি না বলতে পারে না। সেটা দৈনিক রিপোর্টগুলো জানায়।
আপনি যে ডোমেইন লেখেন তা আপনার বেছে নেওয়া রিজলভারে পাঠানো হয়, কারণ খোঁজার জন্য এটি দরকার। আর কিছুই আপনার ডিভাইস ছেড়ে যায় না।
p=none নীতি প্রাপকদের বলে DMARC-এ ব্যর্থ মেইল স্বাভাবিকভাবে পৌঁছে দিতে এবং শুধু রিপোর্ট পাঠাতে। ডোমেইন ব্যবহার করা জাল মেইল তখনো ইনবক্সে পৌঁছায়। মালিকরা কয়েক সপ্তাহ এটি ব্যবহার করে রিপোর্টে প্রতিটি বৈধ প্রেরক খুঁজে নেন, তারপর quarantine এবং শেষে reject-এ যান।
আবশ্যিক নয়। mail.example.com-এর মতো কোনো সাবডোমেইনের রেকর্ড না থাকলে প্রাপকরা সাংগঠনিক ডোমেইন example.com-এর রেকর্ড ব্যবহার করে, এর sp= নীতি থাকলে সেটি, নইলে p= প্রয়োগ করে। সাবডোমেইন চাইলে নিজের রেকর্ড প্রকাশ করে এটি বদলাতে পারে।
তিনটি সাধারণ কারণ: রেকর্ডে কোনো rua= ঠিকানা নেই; ঠিকানাটি অন্য ডোমেইনে, যারা yourdomain._report._dmarc.theirdomain-এ অনুমতি রেকর্ড প্রকাশ করেনি; অথবা রেকর্ডটিই অবৈধ, যেমন এক নামে দুটি DMARC রেকর্ড, যা প্রাপকরা বাদ দেয়। এই চেকার তিনটিই পরীক্ষা করে।
RFC 9989, যা মে 2026-এ RFC 7489-এর জায়গা নিয়েছে, pct ট্যাগ সরিয়ে দিয়েছে। নতুন মানদণ্ড মেনে চলা প্রাপকরা এটি উপেক্ষা করে এবং সব ব্যর্থ মেইলে নীতি প্রয়োগ করে; পুরোনো প্রাপকরা এখনো এটি মানে। কঠোর নীতি ধীরে পরীক্ষার জন্য নতুন t=y ট্যাগই এর বিকল্প।
quarantine প্রাপককে ব্যর্থ মেইলকে সন্দেহজনক হিসেবে গণ্য করতে বলে, যার বাস্তব মানে স্প্যাম বা জাঙ্ক ফোল্ডার। reject প্রাপককে ডেলিভারির সময়ই বার্তাটি প্রত্যাখ্যান করতে বলে, তাই এটি প্রাপকের কাছে পৌঁছায়ই না। দুটোই নীতি প্রয়োগ হিসেবে গণ্য; জাল মেইলের বিরুদ্ধে reject বেশি শক্তিশালী সুরক্ষা।
শুধু আপনার বেছে নেওয়া পাবলিক DNS রিজলভারে, Cloudflare বা Google, কারণ DNS রেকর্ড খুঁজতে নামটি দরকার। রিজলভার জিজ্ঞেস করা নামগুলো ও আপনার IP ঠিকানা দেখে। আর কিছুই আপনার ডিভাইস ছেড়ে যায় না, এবং জেনারেটর ট্যাব কিছুই পাঠায় না।
এখনও আটকে আছেন? DMARC চেকার সম্পর্কে প্রশ্ন করুন আর যিনি জানেন তিনিই উত্তর দিতে পারেন। কোনো অ্যাকাউন্ট লাগবে না।