कोई डोमेन ऑथेंटिकेशन की आवश्यकताएँ पूरी करने के बाद भी डिलीवरी की समस्याओं का सामना कर सकता है। प्राप्तकर्ताओं की शिकायतें और बिना निपटाए गए ऑप्ट-आउट अनुरोध, प्रदाताओं के लिए मेल को सीमित करने के अलग कारण बने रहते हैं।
Google आपको बल्क सेंडर कब मानता है?
जो सेंडर 24 घंटे में व्यक्तिगत Gmail खातों को लगभग 5,000 संदेश भेजते हैं, Google उन्हें बल्क सेंडर मानता है।
उसका सेंडर FAQ यही व्यापक सीमा इस्तेमाल करता है। दिशानिर्देश प्रतिदिन 5,000 से अधिक संदेश भेजने वाले सेंडर का वर्णन करते हैं। किसी सटीक सीमा पर निर्भर रहने के बजाय, सीमा तक पहुँचने से पहले तैयारी कर लें।
Google एक ही प्राइमरी डोमेन से आने वाले संदेशों को जोड़कर गिनता है। प्राइमरी डोमेन वह पंजीकृत डोमेन है जिसके अंतर्गत उसके सबडोमेन आते हैं। example.com से 2,500 और news.example.com से 2,500 संदेश भेजने पर कुल गिनती 5,000 होती है। इन नामों में ट्रैफ़िक बाँटने से आप बल्क श्रेणी से बच नहीं सकते।
ये आवश्यकताएँ व्यक्तिगत Gmail खातों पर लागू होती हैं। Google Workspace खातों को मिलने वाले संदेशों पर ये लागू नहीं होतीं। अन्य मेलबॉक्स प्रदाताओं पर आपकी कुल मात्रा से Google की गिनती तय नहीं होती।
Google हर सेंडर से क्या अपेक्षा करता है?
हर सेंडर को मेल प्रमाणित करना होता है और Google की ट्रांसपोर्ट, DNS, फ़ॉर्मेटिंग और शिकायत संबंधी आवश्यकताएँ पूरी करनी होती हैं।
SPF जाँचता है कि कोई सर्वर उस एनवेलप सेंडर डोमेन के लिए अधिकृत है या नहीं, जिसका उपयोग डिलीवरी विफलता की सूचनाओं के लिए होता है। DKIM किसी साइनिंग डोमेन से जुड़े हस्ताक्षर का सत्यापन करता है। Google कम से कम एक तरीका अनिवार्य करता है, ताकि प्रमाणित सेंडर को नकल करने वालों से अलग पहचाना जा सके।
Google यह भी अनिवार्य करता है:
- भेजने वाले सर्वर के ऑपरेटर से मेल खाते फ़ॉरवर्ड और रिवर्स DNS कॉन्फ़िगर करवाएँ। PTR रिकॉर्ड भेजने वाले IP को उसके होस्टनेम से जोड़ता है। दोनों लुकअप मेल न खाएँ तो Gmail मेल को सीमित या ब्लॉक कर सकता है।
- उसी ऑपरेटर से TLS चालू करवाएँ, क्योंकि एन्क्रिप्शन ईमेल को भेजे जाते समय बीच में पकड़े जाने से बचाता है।
- हेडर और बॉडी को RFC 5322, यानी Internet Message Format स्पेसिफ़िकेशन, के अनुसार फ़ॉर्मेट करें, ताकि प्राप्त करने वाला सॉफ़्टवेयर उन्हें पार्स कर सके।
- Gmail के From पतों का प्रतिरूपण न करें, क्योंकि Gmail उन संदेशों को सीमित कर सकता है जो उसके डोमेन का प्रतिरूपण करते हैं।
- अपनी स्पैम शिकायत दर 0.3 प्रतिशत से कम रखें, क्योंकि Gmail अपनी सीमा पार करने वाले प्रेषकों का मेल सीमित कर सकता है।
भेजने वाले सर्वर का ऑपरेटर उसके ट्रांसपोर्ट और रिवर्स DNS को नियंत्रित करता है। आपके अपने डोमेन के ऑथेंटिकेशन रिकॉर्ड सेटअप का एक अलग हिस्सा हैं।
बल्क श्रेणी में कौन-सा अतिरिक्त ऑथेंटिकेशन ज़रूरी है?
बल्क प्रेषकों को DMARC के साथ SPF और DKIM दोनों की ज़रूरत होती है।
DMARC यह जाँचता है कि पास होने वाला SPF या DKIM डोमेन दिखाई देने वाले From डोमेन से मेल खाता है या नहीं। इस मेल को अलाइनमेंट कहा जाता है। किसी असंबंधित डोमेन का पास परिणाम दिखाई देने वाले From पते को अधिकृत नहीं करता।
p=none की निगरानी नीति, जो विफलताओं के लिए कोई प्रबंधन प्राथमिकता नहीं बताती, दोनों प्रदाताओं की नीति संबंधी आवश्यकता पूरी करती है। केवल नीति प्रकाशित करने से पास परिणाम नहीं मिलता।
Google के लिए DKIM कुंजियाँ कम से कम 1024 बिट की होनी चाहिए। इससे छोटी कुंजी उसकी न्यूनतम सीमा पूरी नहीं करती। समर्थन होने पर Google 2048 बिट की सलाह देता है। Yahoo भी 1024 बिट की न्यूनतम सीमा तय करता है। जैसा कि RFC 8301 बताता है, लंबी RSA साइनिंग कुंजियाँ सिग्नेचर के भेद लिए जाने का जोखिम घटाती हैं।
DMARC अलाइनमेंट बताता है कि जाँचें गलत डोमेन के लिए पास क्यों हो सकती हैं।
स्पैम शिकायतें कितनी कम रहनी चाहिए?
Google शिकायतों को 0.1 प्रतिशत से कम रखने की सलाह देता है।
दोनों प्रदाताओं के लिए स्पैम दर 0.3 प्रतिशत से कम होना ज़रूरी है।
यदि किसी दर में 1,000 संदेश गिने जाते हैं, तो एक शिकायत से दर 0.1 प्रतिशत हो जाती है। तीन शिकायतों से दर 0.3 प्रतिशत हो जाती है, यानी वह सीमा आ जाती है जिससे नीचे रहना प्रदाता अनिवार्य करते हैं।
हर प्रदाता का अपना माप इस्तेमाल करें। Yahoo अपनी दर की गणना इनबॉक्स में पहुँचे मेल के आधार पर करता है। ज़रूरी नहीं कि आपके द्वारा भेजे गए और स्वीकार किए गए कुल मेल ही उसका हर हों। स्पैम शिकायत दरें इस अंतर को समझाता है।
प्रदाता अनसब्सक्राइब को संभालने के लिए क्या अनिवार्य करते हैं?
मार्केटिंग और सब्सक्राइब किए गए संदेशों में अनसब्सक्राइब करने का आसान तरीका और संदेश के मुख्य भाग में दिखाई देने वाला लिंक होना चाहिए। मुख्य भाग का लिंक होने से प्राप्तकर्ता तब भी ऑप्ट-आउट कर सकते हैं, जब उनके मेल क्लाइंट में वन-क्लिक विकल्प न हो।
Google, RFC 8058 में बताए गए हेडर-आधारित तरीके से वन-क्लिक अनसब्सक्राइब अनिवार्य करता है। Yahoo उसी POST तरीके की सलाह देता है और अपने list-unsubscribe हेडर में mailto तरीका भी स्वीकार करता है।
दोनों प्रदाता ऑप्ट-आउट अनुरोधों को दो दिनों के भीतर पूरा करना अनिवार्य करते हैं, ताकि प्राप्तकर्ताओं को वह मेल मिलना बंद हो जाए जिसे उन्होंने मना किया है। सोमवार को मिला अनुरोध बुधवार को उसी समय तक लागू हो जाना चाहिए।
Google का Compliance status डैशबोर्ड इस समय-सीमा की जाँच हेडर से अलग करता है। अगर कोई फ़ायरवॉल या बॉट चुनौती अनुरोध को रोक दे, तब भी उसे पूरा करने की ज़िम्मेदारी आपकी ही रहती है।
Yahoo आपसे और क्या करने को कहता है?
Yahoo मेल फ़ॉरवर्ड करने वालों से ऑथेंटिकेशन के प्रमाण सुरक्षित रखने को कहता है। वह भेजने वाले डोमेन से अपने शिकायत फ़ीडबैक प्रोग्राम में नामांकन करने को भी कहता है।
Yahoo का मार्गदर्शन फ़ॉरवर्डिंग सेवाओं से ARC इस्तेमाल करने को कहता है, जो पहले के ऑथेंटिकेशन परिणामों के हस्ताक्षरित रिकॉर्ड सुरक्षित रखता है। जैसा कि RFC 8617 समझाता है, फ़ॉरवर्डिंग से SPF या DKIM टूट सकता है।
Yahoo का शिकायत फ़ीडबैक प्रोग्राम नामांकित DKIM डोमेन के लिए शिकायतों की जानकारी लौटाता है। Yahoo सक्रिय नामांकन की अपेक्षा करता है, ताकि भेजने वाले शिकायतों पर तुरंत कार्रवाई कर सकें।
सेटअप बदलने के बाद आप अनुपालन की जाँच कैसे करें?
अपने बदलावों के परिणाम जांचने के लिए Google के Compliance status डैशबोर्ड और Yahoo के शिकायत फ़ीडबैक का उपयोग करें।
Google हर आवश्यकता के लिए Compliant, Needs work या No data found रिपोर्ट करता है। इसका डैशबोर्ड प्राथमिक डोमेन के स्तर पर रिपोर्ट करता है और इसमें सबडोमेन का डेटा भी शामिल होता है।
बदलावों को दिखने में सात दिन तक लग सकते हैं। इसलिए तुरंत दोबारा जांचने पर पिछले कॉन्फ़िगरेशन का परिणाम दिख सकता है। Google Postmaster Tools अन्य डैशबोर्ड के बारे में बताता है।
अपने भेजने वाले डोमेन के रिकॉर्ड कॉन्फ़िगर करने के लिए Bird सेटअप गाइड का उपयोग करें।
संक्षेप में
Google पूरे प्राइमरी डोमेन के संदेश मिलाकर गिनता है।
व्यक्तिगत Gmail खातों के लिए किसी डोमेन और उसके सबडोमेन से भेजे गए संदेश एक ही बल्क-सेंडर कुल में जुड़ते हैं।
बल्क ऑथेंटिकेशन के लिए अलाइन्ड पास ज़रूरी है।
दोनों प्रदाता SPF, DKIM और DMARC की माँग करते हैं, जिसमें दिखाई देने वाले From डोमेन से अलाइन्ड एक पास होने वाला परिणाम भी शामिल है।
शिकायत के लक्ष्य और सीमाएँ अलग हैं।
Google 0.1 प्रतिशत से नीचे रहने की सलाह देता है। दोनों प्रदाता स्पैम दर 0.3 प्रतिशत से कम रखना अनिवार्य करते हैं।
अनसब्सक्राइब अनुरोधों को निपटाने की एक समय-सीमा है।
अनसब्सक्राइब का तरीका देने के अलावा, दोनों प्रदाता अनुरोधों को दो दिनों के भीतर निपटाना भी अनिवार्य करते हैं।