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

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

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

การจัดแนว SPF `auth.spf_alignment`

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

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

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

มีผล สูงสุด 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 — MX record values and troubleshooting

รายการบล็อก `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 — Requirements for bulk senders (5,000+/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 — MX record values and troubleshooting

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

การเข้ารหัสระหว่างส่ง `infra.tls`

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

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

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

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

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

มีผล สูงสุด 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.malicious_links`

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

หากไม่ผ่าน: ลบลิงก์นั้น หากเป็นโดเมนของคุณเอง คุณต้องจัดการเหตุถูกเจาะระบบก่อนส่งสิ่งอื่นใด

มีผล สูงสุด 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 7489 §6.3 — General Record Format

กฎสำหรับผู้ส่งจำนวนมาก

ข้อกำหนดที่ Gmail และ Yahoo เผยแพร่สำหรับผู้ที่ส่งอีเมลในปริมาณมาก ข้อกำหนดเหล่านี้ใช้กับการส่งอีเมลเป็นชุด และจะข้ามสำหรับข้อความที่ไม่มีลักษณะดังกล่าว

เผยแพร่นโยบาย DMARC แล้ว `compliance.dmarc_present`

โดเมน From เผยแพร่ระเบียน DMARC หรือไม่ โดยแยกจากการที่ข้อความนี้ผ่านการตรวจสอบหรือไม่ Gmail และ Yahoo กำหนดให้ผู้ส่งอีเมลจำนวนมากต้องมีระเบียนนี้

หากไม่ผ่าน: เผยแพร่ระเบียน p=none ก็เพียงพอที่จะเป็นไปตามข้อกำหนด และทำให้คุณได้รับรายงานเพื่อนำไปดำเนินการต่อ

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

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

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

RFC 2369 §3.2 — List-Unsubscribe

List-Unsubscribe `compliance.list_unsubscribe`

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

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

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)

RFC 8058 §4 — Additional Requirements

ยกเลิกการสมัครด้วยคลิกเดียว `compliance.one_click_unsubscribe`

รูปแบบที่เข้มงวดกว่า: URI แบบ HTTPS, ส่วนหัว "List-Unsubscribe-Post" และลายเซ็น DKIM ที่ถูกต้องเพียงรายการเดียวซึ่งครอบคลุมส่วนหัวทั้งสอง ต้องมีครบทั้งสามอย่าง มิฉะนั้นผู้รับจะไม่แสดงปุ่ม

หากไม่ผ่าน: สิ่งที่มักขาดคือลายเซ็น: แพลตฟอร์มลงลายเซ็น "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 — Requirements for bulk senders (5,000+/day)