Email Spam Tester परीक्षण चलाएँ · एजेंट के लिए · API

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

किसी अस्थायी पते पर एक संदेश भेजें और उस पर 39 जाँचें चलेंगी। इस पृष्ठ पर वे सभी हैं: हर जाँच क्या देखती है, विफल होने पर आपके स्कोर पर उसकी क्या लागत आती है और वह मानक के किस अनुभाग से आती है।

यहाँ किसी नियम के रूप में प्रस्तुत की गई कोई बात केवल हमारी राय नहीं है। जहाँ कोई जाँच किसी मानक में कही गई बात लागू करती है, उसके नीचे उस मानक का संबंधित वाक्य उद्धृत है। जहाँ वह इसके बजाय Google या Yahoo की किसी आवश्यकता को लागू करती है, वहाँ उनके पृष्ठ का लिंक दिया गया है। जहाँ यह हमारा अपना निर्णय है, वहाँ ऐसा लिखा है।

प्रमाणीकरण

क्या प्राप्तकर्ता सर्वर यह प्रमाणित कर सकता है कि संदेश वहीं से आया है जहाँ से आने का वह दावा करता है। यह डिलिवरेबिलिटी का वह आधा हिस्सा है जो पूरी तरह DNS पर निर्भर है, और वह आधा हिस्सा जिसे Gmail और Yahoo ने 2024 में बल्क प्रेषकों के लिए अनिवार्य कर दिया।

ARC शृंखला auth.arc

ARC किसी फ़ॉरवर्डर से आगे भेजे जाने पर प्रमाणीकरण परिणाम को सुरक्षित रखता है। इसके बिना, फ़ुटर जोड़ने वाली मेलिंग सूची आपके DKIM हस्ताक्षर को तोड़ देती है और आगे भेजी गई प्रति अंतिम छोर पर DMARC में विफल हो जाती है।

यदि यह विफल होता है: प्रेषक के रूप में कुछ करने की आवश्यकता नहीं है। यह तब मायने रखता है जब आप कोई सूची या फ़ॉरवर्डर चलाते हैं, और यह बताता है कि किसी के द्वारा आपकी मेल आगे भेजे जाने के बाद आपकी कुछ मेल DMARC में विफल क्यों हो जाती हैं।

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

RFC 7960 §1 — Introduction

DMARC with restrictive policies causes problems for many Mailing Lists.

RFC 8617 §2.1 — Evidence

In ARC's situation, the "evidence" is a message's authentication assessment at any point along the delivery path between origination and final delivery.

Google — Requirements for bulk senders (5,000+/day)

DKIM हस्ताक्षर auth.dkim

DKIM निजी कुंजी से संदेश के कुछ हिस्सों पर हस्ताक्षर करता है और सार्वजनिक कुंजी को DNS में प्रकाशित करता है। हम संदेश में मौजूद प्रत्येक हस्ताक्षर को सत्यापित करते हैं और हस्ताक्षर करने वाला डोमेन, selector और कुंजी की लंबाई रिपोर्ट करते हैं।

यदि यह विफल होता है: अपने भेजने वाले प्लेटफ़ॉर्म पर DKIM चालू करें और उससे मिली कुंजी प्रकाशित करें। 2048 बिट का उपयोग करें (1024 अभी भी सत्यापित होता है, लेकिन इसे चरणबद्ध तरीके से हटाया जा रहा है)।

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

RFC 6376 §3.5 — The DKIM-Signature Header Field

The signature of the email is stored in the DKIM-Signature header field.

RFC 6376 §6.1 — Extract Signatures from the Message

Verifiers MUST NOT attribute ultimate meaning to the order of multiple DKIM-Signature header fields.

Google — Turn on DKIM for your domain

Google — Requirements for bulk senders (5,000+/day)

DKIM संरेखण auth.dkim_alignment

DMARC के लिए केवल एक मान्य हस्ताक्षर पर्याप्त नहीं है। हस्ताक्षर करने वाले डोमेन को From हेडर में दिए गए डोमेन से मेल खाना चाहिए, ठीक उसी रूप में या आपके द्वारा प्रकाशित नीति के आधार पर संगठनात्मक डोमेन के स्तर पर।

यदि यह विफल होता है: अपने प्लेटफ़ॉर्म के डोमेन के बजाय अपने डोमेन से हस्ताक्षर करें। अधिकांश प्लेटफ़ॉर्म इसका समर्थन करते हैं और इसे custom या authenticated sending domain कहते हैं।

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

RFC 7489 §3.1.1 — DKIM-Authenticated Identifiers

DMARC permits Identifier Alignment, based on the result of a DKIM authentication, to be strict or relaxed.

Google — Add a DMARC record

Google — Requirements for bulk senders (5,000+/day)

DMARC परिणाम auth.dmarc

DMARC, SPF और DKIM को उस डोमेन से जोड़ता है जिसे आपका पाठक देखता है और प्राप्तकर्ताओं को बताता है कि दोनों में से कोई भी संरेखित न होने पर क्या करना है। हम प्रकाशित नीति और यह संदेश उस पर खरा उतरा या नहीं, रिपोर्ट करते हैं।

यदि यह विफल होता है: एक DMARC रिकॉर्ड प्रकाशित करें। p=none से शुरू करें, कुछ सप्ताह तक रिपोर्ट पढ़ें, फिर यह जानने के बाद कि आपकी ओर से और क्या भेजता है, quarantine पर जाएँ।

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

RFC 7489 §6.6.2 — Determine Handling Policy

DMARC evaluation can only yield a "pass" result after one of the underlying authentication mechanisms passes for an aligned identifier.

RFC 7489 §6.3 — General Record Format

DMARC records follow the extensible "tag-value" syntax for DNS-based key records defined in DKIM [DKIM].

Google — Requirements for bulk senders (5,000+/day)

Yahoo — Sender requirements and recommendations

Sender ID auth.sender_id

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

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

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

RFC 4406 §4 — Record Selection

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 जोड़ देता है)।

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

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 — Define an SPF record

Google — Requirements for bulk senders (5,000+/day)

SPF संरेखण auth.spf_alignment

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

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

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

RFC 7489 §3.1.2 — SPF-Authenticated Identifiers

In relaxed mode, the [SPF]-authenticated domain and RFC5322.From domain must have the same Organizational Domain. In strict mode, only an exact DNS domain match is considered to produce Identifier Alignment.

RFC 7489 §6.6.2 — Determine Handling Policy

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

Google — Add a DMARC record

Google — Requirements for bulk senders (5,000+/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 — MX record values and troubleshooting

ब्लॉकलिस्ट 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

Google — Email sender guidelines

HELO नाम infra.helo

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

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

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

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

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

Google — Email sender guidelines

Google — Requirements for bulk senders (5,000+/day)

MX रिकॉर्ड infra.mx

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

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

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

RFC 5321 §5.1 — Locating the Target Host

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

Google — MX record values and troubleshooting

रिवर्स 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 — Email sender guidelines

Google — Requirements for bulk senders (5,000+/day)

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

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

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

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

RFC 3207 §2 — STARTTLS Extension

The STARTTLS extension to SMTP is laid out as follows:

Google — Require TLS for secure message transport

Google — Requirements for bulk senders (5,000+/day)

स्पैम इंजन

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

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

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

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

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

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

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

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

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

Google — Why Gmail marks messages as spam

How this score is calculated

Postmark SpamCheck spam.postmark

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

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

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

Rspamd spam.rspamd

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

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

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

SpamAssassin spam.spamassassin

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

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

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

Google — Why Gmail marks messages as spam

Apache SpamAssassin — rule documentation

सामग्री

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

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

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

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

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

Google — Email sender guidelines

Script और iframe content.forbidden_tags

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

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

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

Google — Email sender guidelines

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

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

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

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

RFC 2046 §5.1.4 — Alternative Subtype

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

Google — Why Gmail marks messages as spam

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

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

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

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

RFC 2046 §5.1.4 — Alternative Subtype

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.

Google — Email sender guidelines

HTML का आकार content.html_weight

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

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

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

Google — Email sender guidelines

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

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

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

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

Google — Email sender guidelines

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

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

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

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

Google — Why Gmail marks messages as spam

ClamAV — how detection works

प्रीहेडर content.preheader

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

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

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

Google — Email sender guidelines

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

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

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

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

RFC 5322 §2.2 — Header Fields

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.

Google — Why Gmail marks messages as spam

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

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

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

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

Google — Why Gmail marks messages as spam

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

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

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

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

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

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

RFC 7489 §6.3 — General Record Format

p: Requested Mail Receiver policy (plain-text; REQUIRED for policy records).

Google — Requirements for bulk senders (5,000+/day)

Yahoo — Sender requirements and recommendations

List-Unsubscribe compliance.list_unsubscribe

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

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

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

RFC 2369 §3.2 — List-Unsubscribe

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

Google — Requirements for bulk senders (5,000+/day)

Yahoo — Sender requirements and recommendations

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

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

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

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

RFC 8058 §4 — Additional Requirements

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 — Requirements for bulk senders (5,000+/day)

Yahoo — Sender requirements and recommendations

थोक मेल के लिए TLS compliance.tls_required

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

यदि यह विफल होता है: ऊपर दी गई ट्रांसपोर्ट एन्क्रिप्शन जाँच देखें।

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

Google — Require TLS for secure message transport

Google — Requirements for bulk senders (5,000+/day)

सुझाव

करने योग्य हैं और कभी स्कोर नहीं किए जाते। इस अनुभाग की किसी भी चीज़ के कारण अंक नहीं कट सकते, और परीक्षण इस उत्पाद निर्णय को लागू करते हैं।

BIMI advisory.bimi

क्या डोमेन एक BIMI रिकॉर्ड प्रकाशित करता है, जो कुछ क्लाइंट में आपके संदेशों के आगे लोगो लगाता है। इसके लिए पहले एक लागू करने वाली DMARC नीति और ऐसा सत्यापित मार्क प्रमाणपत्र चाहिए जिसकी लागत होती है।

यदि यह विफल होता है: DMARC के quarantine या reject पर होने और प्रमाणपत्र को उचित ठहराने लायक मात्रा होने के बाद इसे करना उपयोगी है।

केवल सुझाव। इसकी कोई लागत नहीं है।

BIMI — draft specification, not yet an RFC

DKIM कुंजी की आयु और लंबाई advisory.dkim_key_rotation

हस्ताक्षर करने वाली कुंजी की लंबाई और वह कितने समय से उपयोग में है। हर गुजरते वर्ष के साथ छोटी कुंजियों पर ऑफ़लाइन हमला करना सस्ता हो जाता है।

यदि यह विफल होता है: 2048 बिट पर जाएं और निर्धारित समय-सारणी के अनुसार कुंजी बदलें। नया सेलेक्टर प्रकाशित करें, हस्ताक्षर को उस पर स्विच करें, फिर पुराने सेलेक्टर को हटा दें।

केवल सुझाव। इसकी कोई लागत नहीं है।

RFC 8301 §3.2 — Key Sizes

Since short RSA keys more easily succumb to off-line attacks, Signers MUST use RSA keys of at least 1024 bits for all keys. Signers SHOULD use RSA keys of at least 2048 bits.

Google — Turn on DKIM for your domain

DNSSEC advisory.dnssec

क्या डोमेन हस्ताक्षरित है। SPF, DKIM और DMARC सभी DNS में रहते हैं, इसलिए जो हमलावर DNS उत्तरों की जालसाजी कर सकता है, वह इन तीनों की जालसाजी कर सकता है।

यदि यह विफल होता है: इसे अपने रजिस्ट्रार के यहां सक्षम करें। आम तौर पर यह एक स्विच होता है, और बाकी काम रजिस्ट्रार संभालता है।

केवल सुझाव। इसकी कोई लागत नहीं है।

RFC 4033 §2 — Definitions of Important DNSSEC Terms

Authentication Chain: An alternating sequence of DNS public key (DNSKEY) RRsets and Delegation Signer (DS) RRsets

MTA-STS advisory.mta_sts

क्या डोमेन ऐसी नीति प्रकाशित करता है जो दूसरे सर्वरों को आपके लिए अनएन्क्रिप्टेड डिलीवरी अस्वीकार करने को कहती है। यह आपके भेजे गए मेल के बजाय आपको भेजे गए मेल की सुरक्षा करता है।

यदि यह विफल होता है: TXT रिकॉर्ड और नीति फ़ाइल को HTTPS पर प्रकाशित करें (दोपहर भर का काम है, और यह डाउनग्रेड हमले को रोकता है)।

केवल सुझाव। इसकी कोई लागत नहीं है।

RFC 8461 §3 — Policy Discovery

To discover if a recipient domain implements MTA-STS, a sender need only resolve a single TXT record.

TLS रिपोर्टिंग advisory.tls_rpt

क्या डोमेन TLS पर डिलीवरी विफल होने पर रिपोर्ट मांगता है। MTA-STS के साथ उपयोग होता है: रिपोर्टिंग के बिना नीति होने पर आप यह नहीं बता सकते कि वह काम कर रही है या नहीं।

यदि यह विफल होता है: प्रतिदिन की रिपोर्ट प्राप्त करने वाले पते के साथ TXT रिकॉर्ड जोड़ें।

केवल सुझाव। इसकी कोई लागत नहीं है।

RFC 8460 §3 — Reporting Policy

A domain publishes a record to its DNS indicating that it wishes to receive reports.