cold email भेजने से पहले DMARC Record Generate और Publish कैसे करें
अगर आपकी cold email domain से भेजे mail Gmail या Outlook के spam फ़ोल्डर में जा रहे हैं, तो सिर्फ़ SPF और DKIM काफी नहीं हैं — DMARC record न होने पर आपकी domain spoofing के लिए खुली रहती है और deliverability धीरे-धीरे गिरती जाती है। यह guide free dmarc record generator tools जैसे MXToolbox और dmarcian domain checker से record बनाने, DNS में publish करने और सही policy चुनने का पूरा तरीका बताता है।
- DMARC के बिना SPF+DKIM अधूरे हैं — receiving server को यह नहीं पता कि fail होने वाले mail का क्या करना है।
- MXToolbox और dmarcian के free dmarc record generator tools से एक सही TXT record मिनटों में बन जाता है।
- हमेशा p=none से शुरू करें, rua reports पढ़ें, फिर धीरे-धीरे p=quarantine और p=reject तक जाएं।
- जल्दबाज़ी में p=reject लगाने से legitimate cold email भी bounce हो सकता है।
- strict alignment रखने से domain spoofing और phishing का खतरा घटता है, जो DPDP Act की reasonable security अपेक्षा से भी मेल खाता है।
DMARC क्यों चाहिए — सिर्फ़ SPF और DKIM काफी नहीं
SPF यह बताता है कि कौन-कौन सी IP addresses आपकी domain की तरफ़ से mail भेज सकती हैं, और DKIM हर mail पर एक cryptographic signature लगाकर यह साबित करता है कि सामग्री बीच में बदली नहीं गई। लेकिन दोनों में एक कमी है — कोई भी receiving mail server (Gmail, Outlook, Yahoo) को यह नहीं बताता कि जब SPF या DKIM check fail हो जाए तो उस mail का क्या करना है। DMARC यही missing policy layer जोड़ता है, साथ ही domain alignment भी check करता है, यानी From: header वाली domain SPF/DKIM में इस्तेमाल हुई domain से मेल खाती है या नहीं।
targeted B2B cold email में यह सिर्फ़ technical formality नहीं है। जैसे ही आपकी domain से daily volume बढ़ता है, बड़े mailbox providers DMARC record को deliverability signal की तरह देखते हैं — record न होने पर mail seen ही नहीं होता, सीधे spam या promotions में चला जाता है। इसके अलावा DMARC आपकी brand को spoofing से भी बचाता है — बिना DMARC के कोई भी आपकी domain के नाम पर fake invoice या phishing mail भेज सकता है, जिससे prospects का भरोसा टूटता है।
- SPF — किन IP addresses को भेजने की अनुमति है, यह तय करता है
- DKIM — mail की सामग्री की cryptographic पुष्टि करता है
- DMARC — SPF/DKIM की domain alignment जाँचता है और fail होने पर policy बताता है (none / quarantine / reject)
- rua reports — रोज़ाना aggregate data भेजते हैं कि कौन-सी sending sources pass/fail हो रही हैं
- ruf reports (optional) — individual failed mail के forensic details, ज़्यादातर providers अब सीमित support करते हैं
dmarc record generator से TXT record कैसे बनाएं (MXToolbox / dmarcian)
सबसे तेज़ तरीका किसी मुफ्त dmarc record generator tool का इस्तेमाल करना है — MXToolbox का DMARC record generator या dmarcian का record builder दोनों एक जैसा काम करते हैं। अपनी domain डालें, शुरुआती policy p=none चुनें (यह सिर्फ़ monitor करता है, कुछ block नहीं करता), और अपना rua email address डालें — जहाँ रोज़ाना aggregate reports आएंगे। एक dedicated address जैसे dmarc-reports@yourdomain.com बनाना बेहतर है, ताकि यह inbox भरा न हो।
generator कुछ इस तरह का string बनाकर देगा: v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com; pct=100; adkim=r; aspf=r — इसमें adkim और aspf को relaxed (r) रखना बेहतर है, क्योंकि cold email में अक्सर एक से ज़्यादा sending sources (ESP, CRM, LDM का sending infrastructure) subdomain से mail भेजते हैं, और strict (s) mode उन्हें फेल कर सकता है।
generator से मिला string कॉपी करके अपने DNS provider (Cloudflare, GoDaddy, आदि) के panel में जाएँ और host name _dmarc (या _dmarc.yourdomain.com, provider पर निर्भर) पर एक TXT record बनाकर वह value paste कर दें। propagation में आमतौर पर कुछ मिनट से कुछ घंटे लगते हैं।
- MXToolbox DMARC generator या dmarcian record builder खोलें
- domain डालें, शुरुआत में policy p=none रखें
- अपना rua reporting email डालें
- adkim/aspf relaxed रखें जब तक multiple sending sources हों
- generated TXT string को DNS पर _dmarc host के नीचे publish करें
- dmarcian domain checker या MXToolbox lookup tool से 24-48 घंटे बाद verify करें
p=none से p=reject तक — rollout कैसे होता है
publish करने के तुरंत बाद policy सख्त मत कीजिए। p=none mode में rua reports आना शुरू होंगे, जिनमें हर sending source की SPF/DKIM alignment status दिखेगी — कई बार पता चलता है कि कोई पुराना marketing tool या forwarding service भी आपकी domain से mail भेज रहा है, जो align नहीं है। इन्हें ठीक करने के बाद ही policy को p=quarantine, फिर p=reject पर ले जाना सुरक्षित होता है।
नीचे एक indicative timeline है कि targeted B2B campaigns में rua reports की alignment pass rate आमतौर पर कैसे सुधरती है, जब हर हफ़्ते failing sources को ठीक किया जाता रहे।
आँकड़े indicative हैं, targeted B2B campaign practice पर आधारित
आम गलतियाँ जो deliverability बिगाड़ देती हैं
सबसे बड़ी गलती है generator से record बनाकर सीधे p=reject publish कर देना, बिना rua reports पढ़े। अगर कोई legitimate sending source align नहीं है, तो उसका mail सीधे bounce होने लगता है — और targeted B2B cold email में हर बंद हुआ mail एक missed opportunity है।
दूसरी आम गलती है _dmarc के नीचे एक से ज़्यादा TXT records होना। DNS spec के हिसाब से DMARC सिर्फ़ एक record पढ़ता है, और duplicate records होने पर ज़्यादातर mailbox providers पूरे record को invalid मान लेते हैं — यानी DMARC मौजूद ही नहीं जैसा।
- बिना monitoring के सीधे p=reject publish करना
- _dmarc host के नीचे एक से ज़्यादा DMARC TXT records रखना
- rua reports आते रहना पर कभी न पढ़ना
- subdomain policy (sp tag) भूल जाना, जिससे कोई spoofer subdomain से mail भेज सके
- adkim=s / aspf=s (strict) लगाना जब कई sending sources हों — इससे legitimate mail भी fail होने लगता है
गलत उदाहरण: v=DMARC1; p=reject; adkim=s; aspf=s — कोई rua tag नहीं, इसलिए fail होने पर आपको पता भी नहीं चलेगा किसका mail block हो रहा है। सही शुरुआती record: v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com; adkim=r; aspf=r; pct=100 — यह monitor करता है, और सुधार डेटा भी देता है।
checklist और LDM domain reputation कैसे manage करता है
किसी भी नई domain से targeted B2B cold email शुरू करने से पहले LDM पहले SPF, DKIM और DMARC तीनों की status check करता है — record मौजूद है, syntax सही है, और alignment relaxed mode में सही sources को cover करता है या नहीं। इसके बाद domain को low daily volume पर warm-up किया जाता है, replies और bounce rate को ट्रैक किया जाता है, और अगर rua reports में कोई अनजान sending source या spoofing attempt दिखे तो तुरंत alert भेजा जाता है।
जब DMARC सही तरीके से publish और align हो, तो बाकी sending infrastructure (SPF, DKIM, warm-up, sending volume) ठीक हो तब bounce rate काफी घट जाती है — नीचे एक indicative तुलना है।
- MXToolbox या dmarcian generator से policy p=none के साथ record बनाएं
- _dmarc host पर DNS में publish करें, duplicate records न रखें
- कम-से-कम 2-4 हफ़्ते rua reports पढ़ें और failing sources fix करें
- adkim/aspf relaxed रखें जब तक हर sending source align न हो जाए
- धीरे-धीरे p=quarantine, फिर p=reject पर जाएँ
- dmarcian domain checker या MXToolbox lookup से समय-समय पर verify करते रहें
आँकड़े indicative हैं, targeted B2B campaign practice पर आधारित
अक्सर पूछे जाने वाले सवाल
MXToolbox का dmarc record generator free है क्या?
हाँ, MXToolbox का DMARC record generator tool मुफ़्त है — domain, policy और rua email डालने पर यह सही TXT string बना देता है; DNS में publish करना आपको खुद करना होता है।
dmarcian domain checker किस काम आता है?
dmarcian domain checker में domain डालकर देखा जा सकता है कि पहले से DMARC record मौजूद है या नहीं, वह सही syntax में है या नहीं, और SPF/DKIM alignment कैसा दिख रहा है — publish करने के बाद verify करने के लिए यह अच्छा tool है।
DMARC record कहां publish करते हैं?
अपने DNS provider के panel में _dmarc.yourdomain.com नाम से एक TXT record जोड़ें और उसमें generator से मिला string paste करें। propagation में कुछ मिनट से कुछ घंटे लग सकते हैं।
p=none से p=reject तक जाने में कितना समय लगता है?
ज़्यादातर domains के लिए 4-8 हफ़्ते ठीक रहते हैं — पहले rua reports पढ़कर सभी legitimate sending sources (ESP, CRM, LDM platform) को align करें, फिर policy धीरे-धीरे सख्त करें।
क्या cold email भेजने के लिए DMARC ज़रूरी है?
बड़े mailbox providers अब DMARC record को deliverability signal की तरह देखते हैं, खासकर जब daily volume बढ़ता है; बिना DMARC के targeted B2B cold email भी धीरे-धीरे spam फ़ोल्डर में जाने लगती है।
DPDP Act का DMARC से क्या संबंध है?
DPDP Act, 2023 personal data (जैसे prospects के email addresses) के लिए reasonable security safeguards की अपेक्षा रखता है; SPF, DKIM और DMARC domain spoofing और phishing का खतरा घटाकर उस email infrastructure को सुरक्षित रखने में मदद करते हैं जिससे personal data processed होता है।
क्या आप इसे अपने आउटरीच में लागू करना चाहते हैं?
काम शुरू करने से पहले हम बताएंगे कि यह आपके सेगमेंट और प्रोडक्ट पर कैसे काम करेगा।
बात करें