Gmail और Yahoo की बल्क सेंडर आवश्यकताएँ क्या हैं?

कोई डोमेन प्रमाणीकरण आवश्यकताएँ पूरी करके भी डिलीवरी समस्याओं का सामना कर सकता है। प्राप्तकर्ता शिकायतें और अनप्रोसेस्ड ऑप्ट-आउट प्रदाताओं द्वारा मेल प्रतिबंधित करने के अलग कारण बने रहते हैं।

Google आपको बल्क सेंडर कब मानता है?

Google उन सेंडर्स को बल्क सेंडर मानता है जो 24 घंटे की अवधि में व्यक्तिगत Gmail खातों को लगभग 5,000 संदेश भेजते हैं।

इसका सेंडर 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, इंटरनेट मैसेज फ़ॉर्मेट स्पेसिफ़िकेशन, के अनुसार फ़ॉर्मेट करें ताकि प्राप्त करने वाला सॉफ़्टवेयर उन्हें पार्स कर सके।
• Gmail From पतों का प्रतिरूपण न करें, क्योंकि Gmail अपने डोमेन का प्रतिरूपण करने वाले संदेशों को प्रतिबंधित कर सकता है।
• अपनी स्पैम शिकायत दर 0.3 प्रतिशत से नीचे रखें, क्योंकि Gmail अपनी सीमा पार करने वाले सेंडर्स की मेल प्रतिबंधित कर सकता है।

भेजने वाले सर्वर का ऑपरेटर उसके ट्रांसपोर्ट और रिवर्स DNS को नियंत्रित करता है। आपके अपने डोमेन के प्रमाणीकरण रिकॉर्ड सेटअप का एक अलग हिस्सा हैं।

बल्क टियर कौन-सा प्रमाणीकरण जोड़ता है?

बल्क सेंडर्स को DMARC के साथ SPF और DKIM दोनों की आवश्यकता होती है।

DMARC जाँचता है कि पासिंग SPF या DKIM डोमेन दिखने वाले From डोमेन से मेल खाता है या नहीं। इस मिलान को अलाइनमेंट कहते हैं। किसी असंबंधित डोमेन का पास, दिखने वाले From पते को अधिकृत नहीं करता।

p=none की मॉनिटरिंग पॉलिसी, जो विफलताओं के लिए कोई हैंडलिंग प्राथमिकता व्यक्त नहीं करती, दोनों प्रदाताओं की पॉलिसी आवश्यकता को पूरा करती है। केवल पॉलिसी प्रकाशित करने से पासिंग रिज़ल्ट स्थापित नहीं होता।

Google कम से कम 1024 बिट की DKIM कुंजियाँ अनिवार्य करता है। छोटी कुंजी इसके न्यूनतम में विफल रहती है। Google समर्थित होने पर 2048 बिट की सिफ़ारिश करता है। Yahoo भी 1024-बिट न्यूनतम निर्दिष्ट करता है। लंबी RSA साइनिंग कुंजियाँ सिग्नेचर के समझौते का जोखिम कम करती हैं, जैसा कि RFC 8301 बताता है।

DMARC अलाइनमेंट बताता है कि जाँच गलत डोमेन के लिए क्यों पास हो सकती है।

स्पैम शिकायतें कितनी कम रहनी चाहिए?

Google शिकायतों को 0.1 प्रतिशत से नीचे रखने की सिफ़ारिश करता है।

दोनों प्रदाता स्पैम दर 0.3 प्रतिशत से नीचे रखना अनिवार्य करते हैं।

यदि 1,000 संदेश किसी दर में गिने जाते हैं, तो एक शिकायत 0.1 प्रतिशत बनाती है। तीन शिकायतें 0.3 प्रतिशत बनाती हैं, जो उस सीमा तक पहुँचती है जिसके नीचे रहना प्रदाता अनिवार्य करते हैं।

प्रत्येक प्रदाता का अपना माप उपयोग करें। Yahoo अपनी दर की गणना इनबॉक्स में डिलीवर किए गए मेल के आधार पर करता है। आपका कुल स्वीकृत भेजने का वॉल्यूम ज़रूरी नहीं कि वही हर (denominator) हो। स्पैम शिकायत दरें इस अंतर को समझाती हैं।

प्रदाता कौन-सी अनसब्सक्राइब हैंडलिंग की अपेक्षा करते हैं?

मार्केटिंग और सब्सक्राइब्ड संदेशों के लिए एक आसान अनसब्सक्राइब तंत्र और संदेश बॉडी में एक दृश्य लिंक आवश्यक है। व्यवहार में, बॉडी लिंक प्राप्तकर्ताओं को तब भी ऑप्ट आउट करने देता है जब उनके मेल क्लाइंट में वन-क्लिक नियंत्रण न हो।

Google RFC 8058 में बताए गए हेडर-आधारित तंत्र का उपयोग करते हुए वन-क्लिक अनसब्सक्राइब अनिवार्य करता है। Yahoo उस POST विधि की सिफ़ारिश करता है और अपने list-unsubscribe हेडर में mailto विधि भी स्वीकार करता है।

दोनों दो दिनों के भीतर ऑप्ट-आउट प्रोसेस करना अनिवार्य करते हैं, ताकि प्राप्तकर्ताओं को अस्वीकार किया गया मेल मिलना बंद हो जाए। सोमवार को प्राप्त अनुरोध को बुधवार उसी समय तक पूरा करना होगा।

Google का Compliance status dashboard उस प्रोसेसिंग समय सीमा की जाँच हेडर से अलग करता है। फ़ायरवॉल या बॉट चैलेंज द्वारा अनुरोध ब्लॉक होने से इसे प्रोसेस करने की आपकी ज़िम्मेदारी समाप्त नहीं होती।

Yahoo और क्या करने को कहता है?

Yahoo फ़ॉरवर्डर्स से प्रमाणीकरण साक्ष्य सुरक्षित रखने को कहता है। यह भेजने वाले डोमेन से अपने शिकायत फ़ीडबैक कार्यक्रम में नामांकन करने को भी कहता है।

Yahoo का मार्गदर्शन फ़ॉरवर्डिंग सेवाओं से ARC उपयोग करने को कहता है, जो पहले के प्रमाणीकरण परिणामों के हस्ताक्षरित रिकॉर्ड सुरक्षित रखता है। फ़ॉरवर्डिंग SPF या DKIM को तोड़ सकती है, जैसा कि RFC 8617 बताता है।

Yahoo का शिकायत फ़ीडबैक कार्यक्रम नामांकित DKIM डोमेन के लिए शिकायत जानकारी लौटाता है। Yahoo सक्रिय नामांकन की अपेक्षा करता है ताकि सेंडर शिकायतों को तुरंत प्रोसेस कर सकें।

सेटअप बदलने के बाद अनुपालन कैसे जाँचें?

अपने बदलावों के परिणामों का आकलन करने के लिए Google के Compliance status dashboard और Yahoo के शिकायत फ़ीडबैक का उपयोग करें।

Google व्यक्तिगत आवश्यकताओं के लिए Compliant, Needs work या No data found रिपोर्ट करता है। इसका डैशबोर्ड सबडोमेन के डेटा सहित प्राइमरी-डोमेन स्तर पर रिपोर्ट करता है।

बदलाव दिखने में सात दिन तक लग सकते हैं। तुरंत दोबारा जाँचने पर पिछली कॉन्फ़िगरेशन का परिणाम दिख सकता है। Google Postmaster Tools अन्य डैशबोर्ड की व्याख्या करता है।

अपने भेजने वाले डोमेन के रिकॉर्ड कॉन्फ़िगर करने के लिए Bird सेटअप गाइड का उपयोग करें।