การทดสอบทำงานอย่างไร

RFC 4406 §4 — Record Selection

Sender ID `auth.sender_id`

เป็นการตรวจสอบแบบเดียวกับ SPF แต่ทำกับโดเมนในส่วนหัว From แทน envelope การตรวจสอบนี้ตอบคำถามที่ต่างออกไปว่าโดเมนที่ผู้อ่านเห็นอนุญาตเซิร์ฟเวอร์ที่ส่งข้อความหรือไม่ ข้อความอาจผ่าน SPF สำหรับ envelope ขณะที่โดเมนที่มองเห็นไม่ได้รับรองเซิร์ฟเวอร์ใดเลย

หากไม่ผ่าน: เผยแพร่ SPF สำหรับโดเมนในส่วนหัว From ไม่ใช่เฉพาะโดเมน bounce ที่แพลตฟอร์มมอบให้คุณ

มีผล สูงสุด 5 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา และ สูงสุด 0.5 คะแนนจาก 10 คะแนนในระบบคะแนนแบบคลาสสิก

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

SPF `auth.spf`

SPF คือระเบียน DNS ที่ระบุว่าเซิร์ฟเวอร์ใดบ้างที่ส่งอีเมลให้โดเมนของคุณได้ เซิร์ฟเวอร์ผู้รับจะนำที่อยู่ใน envelope ไปค้นหาระเบียนของโดเมนนั้น และตรวจสอบว่า IP ที่เชื่อมต่ออยู่ในระเบียนหรือไม่ เรารายงานผลและจำนวนการค้นหา DNS ที่จำเป็นในการประเมินระเบียน เพราะการประเมินจะหยุดที่สิบครั้ง และหากเกินกว่านั้นจะถือเป็นข้อผิดพลาดถาวรแทนที่จะผ่าน

หากไม่ผ่าน: เผยแพร่ระเบียนที่ระบุแพลตฟอร์มส่งอีเมลของคุณและไม่มีรายการอื่น หากระเบียนของคุณใกล้ถึงขีดจำกัดการค้นหาสิบครั้ง ให้ทำ flatten กับ include ที่คุณไม่ได้ใช้ (ระเบียนที่ผ่านในวันนี้จะเริ่มไม่ผ่านในวันที่ผู้ให้บริการเพิ่ม 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`

ตรวจสอบว่าที่อยู่ bounce ตรงกับที่อยู่ From ที่ผู้อ่านเห็นหรือไม่ SPF อนุญาต envelope และ DMARC จะนับการอนุญาตนั้นก็ต่อเมื่อทั้งสองรายการจัดแนวกัน

หากไม่ผ่าน: ขอให้แพลตฟอร์มส่งอีเมลจัดสรรโดเมนย่อยสำหรับ bounce ภายใต้โดเมนของคุณเอง หาก DKIM ของคุณจัดแนวแล้ว เรื่องนี้ไม่เร่งด่วน แต่คุณจะไม่มีตัวสำรองเมื่อ DKIM เสียหายระหว่างการส่งต่อ

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 สำหรับชื่อที่เซิร์ฟเวอร์ของคุณประกาศ

มีผล สูงสุด 5 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา และ สูงสุด 3 คะแนนจาก 10 คะแนนในระบบคะแนนแบบคลาสสิก

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 และผลนั้นจะถูกอ่านว่า "สะอาด"

หากไม่ผ่าน: ทำตามกระบวนการนำออกจากรายการบนเว็บไซต์ของผู้ให้บริการรายการนั้น การติดรายการในโซนหลักจะทำให้อีเมลถูกปฏิเสธทันที ดังนั้นให้จัดการเรื่องนี้ก่อนรายการอื่นทั้งหมดในหน้า

มีผล สูงสุด 25 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา และ สูงสุด 3 คะแนนจาก 10 คะแนนในระบบคะแนนแบบคลาสสิก

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 ชื่อนี้ต้องเป็นชื่อโดเมนแบบเต็มที่แปลงค่าได้

หากไม่ผ่าน: ตั้งค่าชื่อโฮสต์ของเซิร์ฟเวอร์อีเมลเป็นชื่อจริงในโดเมนของคุณ ไม่ใช่ ID ของคอนเทนเนอร์หรือชื่อภายใน

มีผล สูงสุด 5 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

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 ดังกล่าว

มีผล สูงสุด 12 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา และ สูงสุด 1.5 คะแนนจาก 10 คะแนนในระบบคะแนนแบบคลาสสิก

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 หรือไม่ และใช้ชุดรหัสใด ระบบสมัยใหม่ทั้งหมดจะเจรจาใช้ TLS; ข้อความที่มาถึงโดยไม่มีการเข้ารหัสบ่งบอกบางอย่างเกี่ยวกับการตั้งค่าการส่ง

หากไม่ผ่าน: เปิดใช้ STARTTLS บนเซิร์ฟเวอร์ผู้ส่ง แพลตฟอร์มหลักทุกแพลตฟอร์มรองรับสิ่งนี้อยู่แล้ว ดังนั้นความล้มเหลวในส่วนนี้มักหมายความว่ามีรีเลย์ที่โฮสต์เองอยู่ในเส้นทาง

มีผล สูงสุด 5 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

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 นับเป็นหนึ่งเสียงร่วมกัน เพราะใช้ฐานกฎเดียวกัน

หากไม่ผ่าน: ไล่ตรวจสอบผลการตรวจสอบแต่ละรายการ แถวนี้จะเปลี่ยนเมื่อรายการเหล่านั้นเปลี่ยน

มีผล สูงสุด 25 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

How this score is calculated

Postmark SpamCheck `spam.postmark`

ความเห็นที่สาม ซึ่งปิดไว้โดยค่าเริ่มต้น เอนด์พอยต์ของบริการนี้รับข้อความทั้งหมด และเราไม่สามารถปกปิดส่วนใดได้โดยไม่ทำลายสิ่งที่กำลังวัด ดังนั้นการเปิดใช้งานหมายถึงการยอมรับว่าข้อความทุกฉบับที่ทดสอบจะถูกคัดลอกไปยังบุคคลที่สาม

หากไม่ผ่าน: ไม่ต้องดำเนินการใด เมื่อปิดอยู่ การตรวจสอบจะรายงานว่าปิดอยู่ ซึ่งไม่เหมือนกับการผ่าน

แสดงไว้เพื่อให้รายละเอียด ไม่มีการคิดคะแนน

Rspamd `spam.rspamd`

ตัวกรองอีกตัวหนึ่งที่พัฒนาขึ้นอย่างอิสระ ตัวกรองนี้เห็นต่างจาก SpamAssassin บ่อยพอที่จะควรนำมาพิจารณา ซึ่งเป็นเหตุผลที่ตัวกรองนี้อยู่ที่นี่

หากไม่ผ่าน: ใช้เป็นรายละเอียดเท่านั้น ความเห็นของเอนจินนี้จะรวมอยู่ในคำตัดสินรวมแทนที่จะให้คะแนนแยกต่างหาก

แสดงไว้เพื่อให้รายละเอียด ไม่มีการคิดคะแนน

SpamAssassin `spam.spamassassin`

ตัวกรองแบบอิงกฎดั้งเดิม ซึ่งยังคงเป็นเอนจินเบื้องหลังเครื่องมือทดสอบอีเมลส่วนใหญ่ กฎทุกข้อที่ถูกเรียกใช้จะแสดงพร้อมค่าน้ำหนัก

หากไม่ผ่าน: อ่านกฎที่ถูกเรียกใช้แทนที่จะดูคะแนนรวม ส่วนใหญ่แก้ได้ง่ายเมื่อเห็นว่าเป็นกฎใดบ้าง

มีผล สูงสุด 3 คะแนนจาก 10 คะแนนในระบบคะแนนแบบคลาสสิก

Apache SpamAssassin — rule documentation

เนื้อหา

ตัวข้อความเอง: โครงสร้าง ลิงก์ รูปภาพ และสิ่งต่าง ๆ ที่ตัวกรองอ่านก่อนตัดสินใจ

ข้อความ alt ของรูปภาพ `content.alt_attributes`

รูปภาพมีแอตทริบิวต์ alt หรือไม่ ไคลเอนต์อีเมลจะบล็อกรูปภาพจากระยะไกลตามค่าเริ่มต้น ดังนั้นในช่วงสองสามวินาทีแรก ข้อความ alt จึงเป็นข้อความของคุณ

หากไม่ผ่าน: เขียนข้อความ alt ที่สื่อความหมาย และอย่าปล่อยให้ภาพหลักไม่มีข้อความ alt

มีผล สูงสุด 4 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา และ สูงสุด 0.5 คะแนนจาก 10 คะแนนในระบบคะแนนแบบคลาสสิก

ความพร้อมใช้งานของลิงก์ `content.broken_links`

ลิงก์ในข้อความเปิดไปยังปลายทางได้หรือไม่ ลิงก์เสียในจดหมายข่าวทำให้สูญเสียความน่าเชื่อถือทันที และตัวกรองก็ตรวจพบเช่นกัน

หากไม่ผ่าน: แก้ไขหรือลบลิงก์เหล่านั้น ตรวจสอบโดเมนติดตามด้วย: หากหมดอายุ ลิงก์ทั้งหมดจะเสียพร้อมกัน

มีผล สูงสุด 5 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา และ สูงสุด 1 คะแนนจาก 10 คะแนนในระบบคะแนนแบบคลาสสิก

Script และ iframe `content.forbidden_tags`

HTML มีแท็กที่ไม่มีไคลเอนต์อีเมลใดเรียกใช้หรือไม่ อย่างดีที่สุดแท็กเหล่านี้จะถูกลบออก และอย่างแย่ที่สุดจะถูกมองว่าเป็นสัญญาณของการหลบเลี่ยง

หากไม่ผ่าน: นำ script, iframe, object และ embed ออก ทุกสิ่งที่โต้ตอบได้ควรอยู่หลังลิงก์

RFC 2046 §5.1.4 — Alternative Subtype

สัดส่วนข้อความต่อ HTML `content.html_text_ratio`

ข้อความมีมาร์กอัปมากเพียงใดเมื่อเทียบกับข้อความที่อ่านได้ หน้ามาร์กอัปที่ครอบประโยคเดียวเป็นรูปแบบที่ตัวกรองตรวจจับได้

หากไม่ผ่าน: เขียนส่วนข้อความที่สื่อสารเนื้อหาเดียวกับ HTML แทนการใช้ข้อความตัวอย่าง

มีผล สูงสุด 3 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา และ สูงสุด 0.3 คะแนนจาก 10 คะแนนในระบบคะแนนแบบคลาสสิก

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 ที่มีเวอร์ชันข้อความจริง ไม่ใช่ส่วนว่างหรือบรรทัดที่บอกให้เปิดดูในเบราว์เซอร์

มีผล สูงสุด 5 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

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 มีขนาดใหญ่เพียงใด Gmail จะตัดข้อความที่มีขนาดเกินประมาณ 102 KB และซ่อนส่วนที่เหลือไว้หลังลิงก์ ซึ่งทำให้ส่วนท้ายสำหรับยกเลิกการสมัครของคุณถูกซ่อนไปด้วย

หากไม่ผ่าน: ลด CSS แบบอินไลน์และบล็อกสไตล์ที่ซ้ำกัน (เทมเพลตส่วนใหญ่มีขนาดไม่เกินหนึ่งในสามของขีดจำกัดเมื่อนำกฎที่ไม่ได้ใช้ออกแล้ว)

ขนาดรูปภาพ `content.images_weight`

ขนาดรวมของรูปภาพที่ข้อความโหลดเข้ามา รูปภาพขนาดใหญ่ทำให้ข้อความโหลดช้าบนโทรศัพท์ และอีเมลที่มีแต่รูปภาพเป็นรูปแบบที่ตัวกรองมองว่าน่าสงสัย

หากไม่ผ่าน: บีบอัดรูปภาพและตรวจสอบว่าข้อความยังอ่านได้เมื่อปิดการแสดงรูปภาพ

ปลายทางของลิงก์ที่แสดง `content.link_mismatch`

เปรียบเทียบโดเมนในข้อความลิงก์กับปลายทางหลังการเปลี่ยนเส้นทาง HTTP โดเมนติดตามระหว่างทางเพียงอย่างเดียวไม่ใช่หลักฐานการหลอกลวง

หากไม่ผ่าน: ใช้โดเมนปลายทางหรือข้อความอธิบาย ปลายทางที่เข้าถึงไม่ได้จะยังไม่ผ่านการตรวจสอบ

มีผล สูงสุด 3 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

ชื่อเสียงของลิงก์ `content.malicious_links`

ตรวจสอบ URL กับรายการภัยคุกคาม การพบข้อมูลตรงกันไม่ได้หมายความว่าผู้รับทุกคนจะบล็อกอีเมล

หากไม่ผ่าน: ตรวจสอบปลายทางที่ถูกระบุแล้วเปลี่ยนหรือลบลิงก์ที่ไม่ปลอดภัย ประวัติเดิมเพียงอย่างเดียวไม่ยืนยันการติดเชื้อในปัจจุบัน

มีผล สูงสุด 40 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

การสแกนไฟล์แนบ `content.malware`

ไฟล์แนบมีมัลแวร์ที่รู้จักหรือไม่ ในระบบที่ปิดใช้งานตัวสแกน รายการนี้จะรายงานว่าไม่ได้ทำการสแกน แทนที่จะรายงานว่าไฟล์ปลอดภัย

หากไม่ผ่าน: หากรายการนี้แจ้งเตือน ให้หยุดส่งและตรวจสอบว่ามีอะไรอยู่ในเครื่องที่ใช้สร้างข้อความ

มีผล สูงสุด 60 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

ClamAV — how detection works

ข้อความนำ `content.preheader`

บรรทัดตัวอย่างที่ไคลเอนต์แสดงถัดจากหัวเรื่อง หากไม่มี ระบบจะแสดงสิ่งที่อยู่ลำดับแรกในเนื้อหา ซึ่งโดยปกติคือลิงก์สำหรับเปิดดูในเบราว์เซอร์

หากไม่ผ่าน: เพิ่มบล็อกข้อความนำที่ซ่อนไว้เป็นองค์ประกอบแรกของเนื้อหา

มีผล สูงสุด 2 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

RFC 5322 §2.2 — Header Fields

บรรทัดหัวเรื่อง `content.subject`

ความยาว การใช้ตัวพิมพ์ใหญ่ และรูปแบบที่ตัวกรองนำไปให้คะแนน เราวัดหัวเรื่องที่ถอดรหัสแล้ว ดังนั้นบรรทัดที่เป็นอักษรซีริลลิกหรือ CJK จะถูกประเมินเป็นข้อความแทนที่จะเป็นรูปแบบการเข้ารหัส

หากไม่ผ่าน: ให้มีความยาวไม่เกินประมาณ 60 อักขระ เลิกใช้ตัวพิมพ์ใหญ่เหมือนตะโกนและตัดเครื่องหมายอัศเจรีย์ออก

มีผล สูงสุด 3 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

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 ก็เพียงพอที่จะเป็นไปตามข้อกำหนด และทำให้คุณได้รับรายงานเพื่อนำไปดำเนินการต่อ

มีผล สูงสุด 6 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

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 แสดงว่าคุณประกาศเองว่าเป็นอีเมลรายการ และการตรวจสอบจะทำงานเช่นเดิม

หากไม่ผ่าน: เพิ่มส่วนหัว List-Unsubscribe ที่มี HTTPS URI แพลตฟอร์มส่งอีเมลทุกแพลตฟอร์มสามารถทำเช่นนี้ได้

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= ของลายเซ็นเดียวกัน

มีผล สูงสุด 8 คะแนนจาก 100 คะแนนในระบบคะแนนของเรา

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