DMARC কী সিদ্ধান্ত নেয়
SPF ও DKIM উভয়ই একটি ডোমেইন সম্পর্কে কিছু প্রমাণ করে, কিন্তু কোনোটিই From লাইনের ঠিকানা দেখে না, অথচ মানুষ এই ঠিকানাটিই পড়ে। DMARC এগুলোকে সেই ঠিকানার সঙ্গে যুক্ত করে। From ডোমেইনের সঙ্গে মেলে এমন কোনো ডোমেইনের জন্য SPF বা DKIM পাস করলে মেসেজটি DMARC পাস করে। আর পাস না করা মেসেজের ক্ষেত্রে কী করতে হবে, তা রেকর্ডটি রিসিভারদের জানায়।
রেকর্ডটি DNS-এ TXT রেকর্ড হিসেবে থাকে, যেখানে _dmarc-এর পরে আপনার ডোমেইন থাকে। সেই নামে কোনো রেকর্ড না থাকলে রিসিভাররা পরিবর্তে সাংগঠনিক ডোমেইনটি খোঁজে, অর্থাৎ নিবন্ধিত ডোমেইন, যেমন news.example.com-এর ক্ষেত্রে example.com। এ কারণেই কোনো সাবডোমেইন নিজস্ব রেকর্ড ছাড়াও সুরক্ষার আওতায় থাকতে পারে।
DMARC নীতি বোঝা
p=none রিসিভারদের কোনো ব্যবস্থা না নিয়ে শুধু রিপোর্ট পাঠাতে বলে। সবার এখান থেকেই শুরু করা উচিত, কিন্তু অত্যন্ত বেশি ডোমেইন বছরের পর বছর এখানেই থেকে যায়। এটি চালু থাকা অবস্থায় যে কেউ From লাইনে আপনার ডোমেইন ব্যবহার করে ইমেল পাঠাতে পারে, আর রিসিভারকে সেটি যেতে দেওয়ার নির্দেশ দেওয়া থাকে।
p=quarantine ব্যর্থ ইমেলকে স্প্যামে পাঠায়, আর p=reject সেটি প্রবেশের সময়ই প্রত্যাখ্যান করে। Gmail ও Yahoo ২০২৪ সালের ফেব্রুয়ারি থেকে বাল্ক প্রেরকদের জন্য DMARC রেকর্ড প্রকাশ করা বাধ্যতামূলক করেছে। p=none-সহ একটি রেকর্ড কাগজে-কলমে সেই শর্ত পূরণ করে, তবে পরীক্ষক এটিকে সতর্কতা হিসেবেই চিহ্নিত করে।
যে রিপোর্ট কখনো পৌঁছায় না
আপনার ইমেল দেখে এমন প্রতিটি রিসিভার থেকে rua ঠিকানাগুলো ডিফল্টভাবে দিনে একবার একটি aggregate রিপোর্ট পায়। কোনো ঠিকানা যদি রেকর্ডটির ডোমেইনের চেয়ে আলাদা ডোমেইনে থাকে, তাহলে RFC 7489 অনুযায়ী সেই অন্য ডোমেইনকে একটি অনুমোদন রেকর্ড প্রকাশ করতে হয়, যা জানায় যে এটি আপনার ডোমেইনের রিপোর্ট গ্রহণ করে। প্রতিটি বাহ্যিক ঠিকানার জন্য পরীক্ষক সেই রেকর্ড খোঁজে। এটি না থাকলে রিসিভাররা রিপোর্টগুলো বাদ দেয়।
প্রশ্ন
DMARC রেকর্ড কীভাবে যোগ করব?
_dmarc-এর পরে আপনার ডোমেইন থাকা নামে একটি TXT রেকর্ড প্রকাশ করুন, যাতে v=DMARC1 এবং একটি নীতি থাকে, যেমন v=DMARC1; p=none; rua=mailto:dmarc@example.com। p=none দিয়ে শুরু করুন, কয়েক সপ্তাহ রিপোর্টগুলো পড়ুন, তারপর quarantine এবং পরে reject নীতিতে যান। DNS রেকর্ডটি শনাক্ত করার পর এখানে পরীক্ষা করুন।
p=none কি খারাপ?
প্রথম ধাপ হিসেবে এটি নিজের কাজ করে: ডেলিভারিতে প্রভাব না ফেলে রিপোর্ট সংগ্রহ করে। এভাবেই আপনার হয়ে ইমেল পাঠানো কিন্তু এখনো প্রমাণীকৃত নয় এমন পরিষেবাগুলো খুঁজে পাবেন। এটি দীর্ঘদিন অপরিবর্তিত থাকলে সমস্যা হয়, কারণ রিপোর্টের উদ্দেশ্য হলো প্রথমে quarantine এবং পরে reject নীতিতে যেতে সহায়তা করা।
প্রতিটি সাবডোমেইনের জন্য কি আলাদা রেকর্ড দরকার?
নিজস্ব রেকর্ড না থাকা সাবডোমেইন সাংগঠনিক ডোমেইনের রেকর্ড ব্যবহার করে। সেই রেকর্ডের sp ট্যাগ সাবডোমেইনগুলোর নীতি নির্ধারণ করে। তাই সাধারণত একটি রেকর্ডই সব সাবডোমেইনের জন্য যথেষ্ট।
Relaxed না strict alignment?
নির্দিষ্ট কোনো কারণ না থাকলে relaxed ব্যবহার করুন। Relaxed alignment-এ mail.example.com থেকে আসা DKIM স্বাক্ষর example.com-এর From ঠিকানার জন্য গ্রহণযোগ্য হয়। Strict alignment-এ এটি কাজ করে না। ফলে যেসব সেটআপে প্রদানকারী একটি সাবডোমেইন দিয়ে স্বাক্ষর করে, সেগুলোর অনেকগুলোই ব্যর্থ হয়।
"DMARC policy not enabled" বলতে কী বোঝায়?
এর মানে ডোমেইনের DMARC রেকর্ডে p=none রয়েছে, অথবা ডোমেইনটির কোনো DMARC রেকর্ডই নেই। p=none থাকলে রিসিভার ব্যর্থ ইমেল স্বাভাবিকভাবে ডেলিভার করে এবং শুধু rua ঠিকানায় রিপোর্ট পাঠায়। তাই এখনো আপনার ডোমেইন ব্যবহার করে কাউকে ইমেল পাঠানো থেকে আটকানো হয় না।
সম্পূর্ণ নির্দেশিকা: DMARC policy not enabled
একটি ডোমেইনে কি একাধিক DMARC রেকর্ড থাকতে পারে?
না। _dmarc-এ v=DMARC1 দিয়ে শুরু হওয়া দুটি TXT রেকর্ড থাকলে রিসিভার দুটিই বাতিল করে এবং ধরে নেয় ডোমেইনটির কোনো DMARC রেকর্ড নেই। একটি রাখুন এবং অন্যটির প্রয়োজনীয় ট্যাগগুলো সেটিতে সরিয়ে নিন।
Quarantine নাকি reject?
প্রথমে quarantine ব্যবহার করুন। যাচাইয়ে ব্যর্থ ইমেলকে প্রাপকরা সন্দেহজনক হিসেবে বিবেচনা করে, সাধারণত spam ফোল্ডারে রাখে। তাই বাদ পড়া কোনো বৈধ সেবার ইমেল হারিয়ে না গিয়ে একটি ফোল্ডারে যাবে। রিপোর্টে কয়েক সপ্তাহ ধরে আপনার কোনো ইমেল ব্যর্থ না হওয়ার প্রমাণ পাওয়ার পর reject-এ যান।