परीक्षण कैसे काम करता है

RFC 4406 §4 — Record Selection

Sender ID `auth.sender_id`

यह SPF जैसी ही जाँच है, लेकिन इसे एनवेलप के बजाय From हेडर में दिए गए डोमेन के लिए चलाया जाता है। यह एक अलग प्रश्न का उत्तर देती है: क्या आपके पाठक को दिखाई देने वाला डोमेन संदेश भेजने वाले सर्वर को अधिकृत करता है। कोई संदेश अपने एनवेलप पर SPF pass कर सकता है, जबकि दिखाई देने वाला डोमेन किसी को भी अधिकृत नहीं करता।

यदि यह विफल होता है: अपने From हेडर में दिए गए डोमेन के लिए SPF प्रकाशित करें, केवल उस बाउंस डोमेन के लिए नहीं जो आपके प्लेटफ़ॉर्म ने आपको दिया है।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 5 अंक और क्लासिक स्कोर में 10 में से अधिकतम 0.5 अंक है।

After the above steps, there should be one record remaining and evaluation can proceed.

SPF `auth.spf`

SPF एक DNS रिकॉर्ड है, जो उन सर्वरों को सूचीबद्ध करता है जो आपके डोमेन की ओर से भेज सकते हैं। प्राप्तकर्ता सर्वर एनवेलप में दिए गए पते को लेता है, उस डोमेन का रिकॉर्ड खोजता है और जाँचता है कि कनेक्ट होने वाला IP उसमें है या नहीं। हम परिणाम और रिकॉर्ड के लिए आवश्यक DNS लुकअप की संख्या रिपोर्ट करते हैं, क्योंकि मूल्यांकन दस पर रुक जाता है और उससे आगे की कोई भी संख्या pass के बजाय स्थायी त्रुटि होती है।

यदि यह विफल होता है: ऐसा रिकॉर्ड प्रकाशित करें जिसमें केवल आपका भेजने वाला प्लेटफ़ॉर्म हो। यदि आपका रिकॉर्ड दस-लुकअप की सीमा के करीब है, तो उन include को flatten करें जिनका आप उपयोग नहीं करते (आज pass होने वाला रिकॉर्ड उस दिन विफल होने लगता है जब कोई प्रदाता अपना एक include जोड़ देता है)।

RFC 7208 §4.6.4 — DNS Lookup Limits

SPF implementations MUST limit the total number of those terms to 10 during SPF evaluation, to avoid unreasonable load on the DNS. If this limit is exceeded, the implementation MUST return "permerror".

RFC 7208 §2.6 — Results of Evaluation

Section 4 defines check_host(), a model function definition that uses the inputs defined above and the sender's policy published in the DNS to reach a conclusion about client authorization.

Google — Set up SPF

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

SPF संरेखण `auth.spf_alignment`

क्या बाउंस पता उस From पते से मेल खाता है जिसे पाठक देखता है। SPF एनवेलप को अधिकृत करता है, और DMARC उस प्राधिकरण को केवल तभी मानता है जब दोनों संरेखित हों।

यदि यह विफल होता है: अपने भेजने वाले प्लेटफ़ॉर्म से अपने डोमेन का एक बाउंस सबडोमेन माँगें। यदि आपका DKIM पहले से संरेखित है तो यह अत्यावश्यक नहीं है, लेकिन ट्रांज़िट के दौरान DKIM टूटने पर आपके पास कोई fallback नहीं रहेगा।

RFC 9989 §4.4.2 — SPF-Authenticated Identifiers

Only an SPF-Authenticated Identifier that has Identifier Alignment with the Author Domain is enough to validate the authorized use of the Author Domain.

RFC 9989 §5.3.5 — Determine DMARC "Pass" or "Fail"

If one or more of the Authenticated Identifiers align with the Author Domain, the message is considered to pass the DMARC mechanism check.

Google — Set up DMARC

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

इन्फ्रास्ट्रक्चर और प्रतिष्ठा

वह मशीन और पता जहाँ से संदेश भेजा गया था, और शेष इंटरनेट उनके बारे में पहले से क्या सोचता है।

भेजने वाला होस्टनेम रिज़ॉल्व होता है `infra.a_record`

क्या HELO पर घोषित होस्टनेम का कोई एड्रेस रिकॉर्ड है।

यदि यह विफल होता है: आपका सर्वर जिस नाम की घोषणा करता है उसके लिए A रिकॉर्ड प्रकाशित करें।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 5 अंक और क्लासिक स्कोर में 10 में से अधिकतम 3 अंक है।

RFC 5321 §5.1 — Locating the Target Host

If an empty list of MXs is returned, the address is treated as if it was associated with an implicit MX RR, with a preference of 0, pointing to that host.

Google — Set up MX records

ब्लॉकलिस्ट `infra.dnsbl`

क्या भेजने वाला IP उन ब्लॉकलिस्ट में से किसी में सूचीबद्ध है जिन्हें रिसीवर वास्तव में देखते हैं। हमारी सूची को वेब खोज से तैयार करने के बजाय प्रत्येक ज़ोन के अपने दस्तावेज़ित परीक्षण बिंदु के विरुद्ध जाँचा जाता है, क्योंकि निष्क्रिय ज़ोन NXDOMAIN उत्तर देता है और इसे "साफ़" माना जाता है।

यदि यह विफल होता है: सूचीबद्ध करने वाले ऑपरेटर की साइट पर सूची से हटाने की प्रक्रिया का पालन करें। किसी प्रमुख ज़ोन में सूचीबद्ध होने पर मेल पूरी तरह रुक जाता है, इसलिए पेज पर किसी भी अन्य चीज़ से पहले इसे ठीक करें।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 25 अंक और क्लासिक स्कोर में 10 में से अधिकतम 3 अंक है।

RFC 5782 §2.1 — IP Address DNSxL

Each IPv4 address listed in the DNSxL has a corresponding DNS entry.

RFC 5782 §5 — Test and Contact Addresses

IPv4-based DNSxLs MUST contain an entry for 127.0.0.2 for testing purposes.

Google — Postmaster Tools: reputation and delivery errors

RFC 5321 §4.1.1.1 — Extended HELLO (EHLO) or HELLO (HELO)

HELO नाम `infra.helo`

SMTP बातचीत की शुरुआत में भेजने वाला सर्वर जिस नाम से अपनी पहचान बताता है। यह पूरी तरह योग्य और रिज़ॉल्व होने वाला डोमेन होना चाहिए।

यदि यह विफल होता है: अपने मेल सर्वर का होस्टनेम अपने डोमेन के किसी वास्तविक नाम पर सेट करें, न कि किसी कंटेनर आईडी या आंतरिक नाम पर।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 5 अंक है।

The argument clause contains the fully-qualified domain name of the SMTP client, if one is available.

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

MX रिकॉर्ड `infra.mx`

क्या आपके From हेडर में दिया गया डोमेन मेल प्राप्त कर सकता है। इसके बिना उत्तरों और बाउंस के पास जाने के लिए कोई स्थान नहीं होता, और फ़िल्टर ऐसे भेजने वाले डोमेन को खराब संकेत मानते हैं जो मेल प्राप्त नहीं कर सकता।

यदि यह विफल होता है: जिस डोमेन से आप मेल भेजते हैं उसके लिए MX रिकॉर्ड प्रकाशित करें, भले ही वह केवल ऐसे मेलबॉक्स पर रूट करता हो जिसे आप महीने में एक बार पढ़ते हैं।

RFC 5321 §5.1 — Locating the Target Host

The lookup first attempts to locate an MX record associated with the name.

Google — Set up MX records

रिवर्स DNS `infra.rdns`

क्या भेजने वाला IP वापस किसी होस्टनेम पर रिज़ॉल्व होता है, और क्या वह होस्टनेम फ़ॉरवर्ड रिज़ॉल्यूशन में उसी IP पर रिज़ॉल्व होता है। राउंड ट्रिप ही मुख्य बात है: कहीं भी इंगित करने वाला PTR बनाना आसान है, मेल खाती जोड़ी इस बात का प्रमाण है कि पता आपका है।

यदि यह विफल होता है: IP के स्वामी से PTR को आपके नियंत्रण वाले नाम पर सेट करने के लिए कहें, और सुनिश्चित करें कि उस नाम का A रिकॉर्ड वापस उसी IP की ओर इंगित करता हो।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 12 अंक और क्लासिक स्कोर में 10 में से अधिकतम 1.5 अंक है।

RFC 1912 §2.1 — Inconsistent, Missing, or Bad Data

Make sure your PTR and A records match. For every IP address, there should be a matching PTR record in the in-addr.arpa domain.

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

ट्रांसपोर्ट एन्क्रिप्शन `infra.tls`

क्या संदेश TLS पर आया था, और किस साइफ़र के साथ। हर आधुनिक प्रणाली इसे नेगोशिएट करती है; बिना एन्क्रिप्शन के आया संदेश भेजने की व्यवस्था के बारे में कुछ बताता है।

यदि यह विफल होता है: भेजने वाले सर्वर पर STARTTLS सक्षम करें। हर प्रमुख प्लेटफ़ॉर्म पहले से ऐसा करता है, इसलिए यहाँ विफलता का अर्थ आमतौर पर पथ में मौजूद स्वयं होस्ट किया गया रिले होता है।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 5 अंक है।

RFC 3207 §2 — STARTTLS Extension

The STARTTLS extension to SMTP is laid out as follows:

Google — Send email over a secure TLS connection

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

स्पैम इंजन

स्वतंत्र सामग्री फ़िल्टर संदेश का क्या आकलन करते हैं। एक के बजाय दो इंजन, क्योंकि किसी एक इंजन का स्कोर उस इंजन की राय है।

AI निर्णायक `spam.ai_judge`

एक मॉडल तकनीकी निष्कर्षों और सामग्री मापों के आधार पर अनुमान लगाता है कि आधुनिक मशीन-लर्निंग फ़िल्टर संदेश के साथ कैसा व्यवहार करेगा। यह तथ्य देखता है, संदेश का मुख्य टेक्स्ट नहीं।

यदि यह विफल होता है: अपने आप में केवल विवरण। इसका अनुमान नीचे दिए गए संयुक्त निर्णय में शामिल होता है।

विवरण के लिए दिखाया गया है। कभी स्कोर नहीं किया जाता।

संयुक्त निर्णय `spam.panel`

उत्तर देने वाले इंजनों से प्राप्त एक संख्या, जिसे इस तरह भारित किया जाता है कि सबसे मुखर राय केवल औसत में खो न जाए। SpamAssassin और Postmark को एक मत माना जाता है क्योंकि वे समान नियम-आधार साझा करते हैं।

यदि यह विफल होता है: अलग-अलग निष्कर्षों पर काम करें। उनके बदलने पर यह पंक्ति बदलती है।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 25 अंक है।

How this score is calculated

Postmark SpamCheck `spam.postmark`

एक तीसरी राय, जो डिफ़ॉल्ट रूप से बंद है। इसका एंडपॉइंट पूरा संदेश लेता है और जो मापा जा रहा है उसे नष्ट किए बिना हम इसके किसी भी हिस्से को छिपा नहीं सकते, इसलिए इसे चालू करने का अर्थ यह स्वीकार करना है कि परीक्षण किया गया हर संदेश किसी तीसरे पक्ष को कॉपी किया जाता है।

यदि यह विफल होता है: कुछ करने की आवश्यकता नहीं है। जब यह बंद होता है, तो जाँच बताती है कि यह बंद है, जो पास होने के समान नहीं है।

विवरण के लिए दिखाया गया है। कभी स्कोर नहीं किया जाता।

Rspamd `spam.rspamd`

एक दूसरा, स्वतंत्र रूप से विकसित फ़िल्टर। यह SpamAssassin से इतनी बार असहमत होता है कि इसकी राय लेना उपयोगी है, और इसी कारण यह यहाँ है।

यदि यह विफल होता है: केवल विवरण। इस इंजन की राय को अलग से स्कोर करने के बजाय संयुक्त निर्णय में शामिल किया जाता है।

विवरण के लिए दिखाया गया है। कभी स्कोर नहीं किया जाता।

SpamAssassin `spam.spamassassin`

पारंपरिक नियम-आधारित फ़िल्टर, जो अब भी अधिकांश ईमेल परीक्षण टूल के पीछे का इंजन है। लागू हुए प्रत्येक नियम को उसके भार के साथ सूचीबद्ध किया जाता है।

यदि यह विफल होता है: कुल स्कोर के बजाय लागू हुए नियमों को पढ़ें। यह देखने के बाद कि वे कौन-से हैं, अधिकांश को ठीक करना आसान होता है।

इसकी लागत क्लासिक स्कोर में 10 में से अधिकतम 3 अंक है।

Apache SpamAssassin — rule documentation

सामग्री

संदेश स्वयं: उसकी संरचना, उसके लिंक, उसकी छवियाँ और वे चीजें जिन्हें कोई फ़िल्टर निर्णय लेने से पहले पढ़ता है।

इमेज alt टेक्स्ट `content.alt_attributes`

क्या इमेज में alt attributes हैं। ईमेल क्लाइंट डिफ़ॉल्ट रूप से रिमोट इमेज ब्लॉक करते हैं, इसलिए शुरुआती कुछ सेकंडों तक alt टेक्स्ट ही आपका संदेश होता है।

यदि यह विफल होता है: ऐसा alt टेक्स्ट लिखें जो अर्थ स्पष्ट करे, और मुख्य विज़ुअल को इसके बिना कभी न छोड़ें।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 4 अंक और क्लासिक स्कोर में 10 में से अधिकतम 0.5 अंक है।

लिंक उपलब्धता `content.broken_links`

क्या संदेश के लिंक सही पते पर खुलते हैं। न्यूज़लेटर में कोई निष्क्रिय लिंक तुरंत भरोसा घटाता है, और फ़िल्टर भी इसे पहचानते हैं।

यदि यह विफल होता है: उन्हें ठीक करें या हटा दें। ट्रैकिंग डोमेन भी जाँचें: उसकी समय-सीमा समाप्त होने पर सभी लिंक एक साथ टूट जाते हैं।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 5 अंक और क्लासिक स्कोर में 10 में से अधिकतम 1 अंक है।

Script और iframe `content.forbidden_tags`

क्या HTML में ऐसे टैग हैं जिन्हें कोई ईमेल क्लाइंट नहीं चलाएगा। अधिक से अधिक उन्हें हटा दिया जाता है और सबसे खराब स्थिति में उन्हें जांच से बचने का संकेत माना जाता है।

यदि यह विफल होता है: script, iframe, object और embed हटाएं। किसी भी इंटरैक्टिव सामग्री को लिंक के पीछे रखें।

RFC 2046 §5.1.4 — Alternative Subtype

टेक्स्ट और HTML का संतुलन `content.html_text_ratio`

पढ़ने योग्य टेक्स्ट की तुलना में संदेश का कितना हिस्सा मार्कअप है। एक वाक्य के चारों ओर लिपटा हुआ पूरा मार्कअप पेज ऐसा स्वरूप है जिसे फ़िल्टर पहचानते हैं।

यदि यह विफल होता है: प्लेसहोल्डर के बजाय ऐसा टेक्स्ट भाग लिखें जो वही कहे जो HTML कहता है।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 3 अंक और क्लासिक स्कोर में 10 में से अधिकतम 0.3 अंक है।

Systems should recognize that the content of the various parts are interchangeable.

RFC 2046 §5.1.4 — Alternative Subtype

टेक्स्ट और HTML भाग `content.html_version`

क्या संदेश में HTML के साथ सादा टेक्स्ट विकल्प भी है। कुछ फ़िल्टर इसकी अनुपस्थिति को महत्व देते हैं, और हर स्क्रीन रीडर को इसकी आवश्यकता होती है।

यदि यह विफल होता है: वास्तविक टेक्स्ट संस्करण के साथ multipart/alternative भेजें, न कि खाली भाग या ब्राउज़र में इसे देखने के लिए कहने वाली एक पंक्ति।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 5 अंक है।

The "multipart/alternative" type is syntactically identical to "multipart/mixed", but the semantics are different. In particular, each of the body parts is an "alternative" version of the same information.

HTML का आकार `content.html_weight`

HTML भाग कितना बड़ा है। लगभग 102 KB से अधिक होने पर Gmail संदेश को काट देता है और बाकी को एक लिंक के पीछे छिपा देता है, जिससे आपका सदस्यता रद्द करने वाला फ़ुटर भी उसके साथ चला जाता है।

यदि यह विफल होता है: इनलाइन CSS और दोहराए गए स्टाइल ब्लॉक कम करें (अनुपयोगी नियम हटाने के बाद अधिकांश टेम्पलेट सीमा के एक-तिहाई में समा जाते हैं)।

इमेज का आकार `content.images_weight`

संदेश द्वारा लोड की जाने वाली इमेज का कुल आकार। भारी इमेज फ़ोन पर संदेश को धीमा बनाती हैं, और केवल इमेज वाले मेल की संरचना को फ़िल्टर संदेह की दृष्टि से देखते हैं।

यदि यह विफल होता है: उन्हें कंप्रेस करें और सुनिश्चित करें कि इमेज बंद होने पर भी संदेश पढ़ा जा सके।

दिखने वाले लिंक के गंतव्य `content.link_mismatch`

लिंक के टेक्स्ट में दिए डोमेन की तुलना HTTP रीडायरेक्ट के बाद के गंतव्य से करता है। बीच का ट्रैकिंग डोमेन अपने आप धोखे का प्रमाण नहीं है।

यदि यह विफल होता है: गंतव्य डोमेन या वर्णनात्मक टेक्स्ट लिखें। जिस गंतव्य तक पहुँचा नहीं जा सका, वह असत्यापित रहता है।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 3 अंक है।

लिंक प्रतिष्ठा `content.malicious_links`

URL को खतरे की सूचियों से जाँचता है। मिलान का मतलब यह नहीं कि हर प्राप्तकर्ता संदेश रोक देगा।

यदि यह विफल होता है: चिह्नित गंतव्य जाँचें और असुरक्षित लिंक बदलें या हटाएँ। पुराना रिकॉर्ड अपने आप मौजूदा संक्रमण सिद्ध नहीं करता।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 40 अंक है।

अटैचमेंट स्कैनिंग `content.malware`

क्या अटैचमेंट में ज्ञात मैलवेयर है। जिन डिप्लॉयमेंट में स्कैनर बंद है, वहाँ यह साफ़ होने की रिपोर्ट देने के बजाय बताता है कि स्कैन नहीं चला।

यदि यह विफल होता है: यदि यह सक्रिय होता है, तो भेजना बंद करें और पता लगाएँ कि संदेश बनाने वाली मशीन पर क्या मौजूद है।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 60 अंक है।

ClamAV — how detection works

प्रीहेडर `content.preheader`

वह पूर्वावलोकन पंक्ति जिसे कोई क्लाइंट विषय के पास दिखाता है। इसके बिना वह बॉडी में सबसे पहले आने वाली सामग्री दिखाता है, जो आमतौर पर ब्राउज़र में देखने का लिंक होता है।

यदि यह विफल होता है: बॉडी के पहले एलिमेंट के रूप में एक छिपा हुआ प्रीहेडर ब्लॉक जोड़ें।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 2 अंक है।

RFC 5322 §2.2 — Header Fields

विषय पंक्ति `content.subject`

लंबाई, कैपिटलाइज़ेशन और वे पैटर्न जिन्हें फ़िल्टर स्कोर करते हैं। हम डीकोड किए गए विषय को मापते हैं, इसलिए किसी सिरिलिक या CJK पंक्ति का आकलन उसकी एन्कोडिंग के बजाय टेक्स्ट के रूप में किया जाता है।

यदि यह विफल होता है: इसे लगभग 60 वर्णों से कम रखें, ऊँची आवाज़ वाली शैली और विस्मयादिबोधक चिह्न हटा दें।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 3 अंक है।

Header fields are lines beginning with a field name, followed by a colon (":"), followed by a field body, and terminated by CRLF.

RFC 2047 §2 — Syntax of encoded-words

An 'encoded-word' is defined by the following ABNF grammar.

छोटे किए गए लिंक `content.url_shortener`

क्या लिंक किसी सार्वजनिक शॉर्टनर से होकर जाते हैं। शॉर्टनर गंतव्य छिपाते हैं, और फ़िल्टरों को ठीक इसी पर अविश्वास करने के लिए प्रशिक्षित किया जाता है।

यदि यह विफल होता है: अपने डोमेन का लिंक दें, या अपने किसी सबडोमेन पर अपने प्लेटफ़ॉर्म के ट्रैकिंग डोमेन का उपयोग करें।

RFC 9989 §4.7 — DMARC Policy Record Format

बल्क प्रेषक नियम

वे आवश्यकताएँ जिन्हें Gmail और Yahoo बड़ी मात्रा में संदेश भेजने वाले किसी भी व्यक्ति के लिए प्रकाशित करते हैं। ये मेलिंग पर लागू होती हैं और ऐसे संदेशों के लिए छोड़ दी जाती हैं जो मेलिंग जैसे नहीं लगते।

DMARC नीति प्रकाशित `compliance.dmarc_present`

क्या From डोमेन कोई DMARC रिकॉर्ड प्रकाशित करता है, इससे अलग कि यह संदेश उसमें पास हुआ या नहीं। Gmail और Yahoo थोक प्रेषकों से इसकी अपेक्षा करते हैं।

यदि यह विफल होता है: एक रिकॉर्ड प्रकाशित करें। आवश्यकता पूरी करने के लिए p=none पर्याप्त है और यह आपको काम करने के लिए रिपोर्ट देता है।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 6 अंक है।

If this tag is not present in an otherwise syntactically valid DMARC Policy Record, then the record is treated as if it included "p=none".

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

RFC 2369 §3.2 — List-Unsubscribe

List-Unsubscribe `compliance.list_unsubscribe`

क्या संदेश में ऐसा अनसब्सक्राइब हेडर है जिस पर मेल क्लाइंट कार्रवाई कर सकता है। Gmail और Yahoo बल्क प्रेषकों से इसकी अपेक्षा करते हैं, और इसके न होने पर बाकी सभी बातों की परवाह किए बिना फ़िल्टरिंग की जाती है। यह नियम मेलिंग के लिए है। ऐसा पत्र जो प्राप्तकर्ता से सदस्यता की पुष्टि करने को कहता है, या उन्हें बताता है कि सदस्यता पूरी हो गई है, किसी व्यक्ति को उसके अभी-अभी किए गए कार्य के बारे में भेजा जाता है; CAN-SPAM इसे ट्रांज़ैक्शनल या रिलेशनशिप संदेश कहता है, और न तो Gmail और न ही Yahoo इसके लिए अनसब्सक्राइब हेडर की अपेक्षा करता है। इसलिए यह जाँच पहले पत्र को पढ़ती है। सूची हेडर के बिना सदस्यता पुष्टि, स्वागत पत्र, ट्रांज़ैक्शनल पत्र या सूचना पर कोई अंक नहीं काटा जाता, और रिपोर्ट बताती है कि पत्र को किस प्रकार का माना गया। ऑफ़र से भरा स्वागत पत्र वास्तव में मेलिंग का पहला अंक होता है; सूची हेडर के बिना जाँच दोनों के बीच अंतर नहीं कर सकती, और यह अनुमान के आधार पर अंक नहीं काटती। यदि पत्र में List-Unsubscribe या List-Id है, तो आपने स्वयं इसे सूची मेल घोषित किया है, और जाँच हमेशा की तरह चलती है।

यदि यह विफल होता है: HTTPS URI वाला List-Unsubscribe हेडर जोड़ें। प्रत्येक प्रेषण प्लेटफ़ॉर्म ऐसा कर सकता है।

The List-Unsubscribe field describes the command (preferably using mail) to directly unsubscribe the user (removing them from the list).

Google — Sender guidelines FAQ: rules for 5,000+ messages a day

RFC 8058 §4 — Additional Requirements

एक-क्लिक अनसब्सक्राइब `compliance.one_click_unsubscribe`

अधिक सख्त रूप: एक HTTPS URI, एक "List-Unsubscribe-Post" हेडर, और दोनों हेडर को कवर करने वाला एक वैध DKIM हस्ताक्षर। तीनों आवश्यक हैं, अन्यथा प्राप्तकर्ता बटन नहीं दिखाता। List-Unsubscribe जाँच की तरह, यह मेलिंग पर लागू होता है, पुष्टि या स्वागत पत्र पर नहीं।

यदि यह विफल होता है: आम तौर पर हस्ताक्षर में चूक होती है: प्लेटफ़ॉर्म "List-Unsubscribe" पर हस्ताक्षर करते हैं और "List-Unsubscribe-Post" को भूल जाते हैं। दोनों हेडर नाम एक ही हस्ताक्षर के h= टैग में होने चाहिए।

इसकी लागत हमारे स्कोर में 100 में से अधिकतम 8 अंक है।

The List-Unsubscribe and List-Unsubscribe-Post headers MUST be covered by the signature and included in the "h=" tag of a valid DKIM-Signature header field.

RFC 8058 §3.1 — Mail Senders

The List-Unsubscribe header field MUST contain one HTTPS URI.

Google — Sender guidelines FAQ: rules for 5,000+ messages a day