SPF, DKIM ও DMARC deliverability-র foundation। sender domain-এ published record receiving server-এর ‘message সত্যিই claimed sender-এর?’ প্রশ্নের উত্তর দেয়। correct setup Gmail ও Outlook trust বাড়ায়; missing/misconfigured setup legitimate email-কেও suspicious করতে পারে।
acronym ও DNS term কঠিন দেখায়, কিন্তু প্রতিটি record-এর এক কাজ। এই guide সহজ ভাষায় তিনটির কাজ ও volume বাড়ার আগে একসঙ্গে কীভাবে চলে বলে।
Authentication কেন আছে?
email এমন সময় design হয়েছিল যখন যে কেউ অন্য পরিচয় claim করতে পারত; spam ও phishing সহজ ছিল। authentication message display domain থেকে এসেছে ও বদলায়নি তা একাধিকভাবে verify করে। provider inbox/spam decision-এ check ব্যবহার করে।
SPF: কার sending অনুমতি?
SPF বা Sender Policy Framework allowlist। domain-এর হয়ে কোন server send করতে পারে record-এ publish করেন। message এলে receiving server source দেখে; list-এ থাকলে SPF pass, না থাকলে warning signal।
door guest list ভাবুন। sender list-এ না থাকলে সন্দেহ হয়। common mistake হলো আসল service বাদ দিয়ে নিজের email fail করা। marketing বা outreach platform নিলে server SPF-তে যোগ করতে হবে।
DKIM: Message বদলায়নি তার প্রমাণ
DKIM বা DomainKeys Identified Mail প্রতি message-এ cryptographic signature দেয়। domain private key রাখে ও DNS-এ public key publish করে। receiver public key দিয়ে signature verify করে। valid signature domain origin ও transit integrity প্রমাণ করে।
SPF guest list হলে DKIM tamper-evident seal। forge কঠিন এবং forwarding-এ সাধারণত টিকে। provider key generate ও record দেয়; setup প্রায়ই এক DNS entry।
| Record | যা check করে | উপমা |
|---|---|---|
| SPF | sending server authorized? | door guest list |
| DKIM | message forged বা changed? | tamper-evident seal |
| DMARC | failure-এ action ও report? | house rule ও incident log |
DMARC: দুটিকে যুক্ত করা policy
SPF ও DKIM check করে, কিন্তু failure action বা spoof report দেয় না। DMARC দুই gap পূরণ করে। domain claim করে failed message accept, quarantine বা reject করার policy publish করতে পারেন।
DMARC domain ব্যবহারকারী source, সম্ভাব্য impersonator-সহ, report করে। visibility config error ও brand abuse দেখায়। অনেক sender monitoring দিয়ে শুরু, report review, issue fix এবং ধীরে reject policy-তে যায়।
DMARC সতর্কভাবে শুরু
সরাসরি reject policy নয়। report দেখে legitimate email block হবে কি না বুঝতে monitoring mode দিয়ে শুরু করুন। data clean হলে policy ধীরে tighten করুন।
তিনটি কীভাবে একসঙ্গে চলে?
flow: message sending service থেকে বের হয়; receiver SPF authorization ও DKIM integrity check করে; action/report-এর জন্য DMARC পড়ে। তিনটি aligned হলে message strong legitimacy signal পায় ও inbox chance বাড়ে।
authentication ও account health একসঙ্গে কাজ করে। fully authenticated message-ও bad behavior-এ filter হতে পারে; warm-up ও blocking behavior এড়ানো লাগে। authentication দরজা খোলে, good behavior trust রাখে।
Setup checklist
- 1আপনার হয়ে sending সব service-সহ SPF publish করুন।
- 2provider দিয়ে DKIM enable ও public key publish করুন।
- 3report-এর জন্য monitoring mode-এ DMARC দিন।
- 4report review করে failed legitimate email fix করুন।
- 5DMARC monitoring, quarantine ও reject stage-এ ধীরে নিন।
- 6new sending tool যোগে record recheck করুন।
Free inbox নয়, custom domain-এর জন্য
SPF, DKIM ও DMARC আপনার controlled domain-এ। নিজস্ব domain থেকে outreach হলে scale-এর আগে setup করুন। free provider নিজের auth চালায়; আপনার domain record আপনার দায়।