Cách bài kiểm tra hoạt động

RFC 4406 §4 — Record Selection

Sender ID `auth.sender_id`

Cùng một phép kiểm tra như SPF, nhưng được thực hiện với tên miền trong tiêu đề From thay vì phong bì. Phép kiểm tra này trả lời một câu hỏi khác: tên miền mà người đọc nhìn thấy có cho phép máy chủ đã gửi thư hay không. Một thư có thể đạt SPF trên phong bì trong khi tên miền hiển thị không xác nhận cho bất kỳ máy chủ nào.

Nếu không đạt: Công bố SPF cho tên miền trong tiêu đề From của bạn, không chỉ cho tên miền thư trả lại mà nền tảng đã cung cấp cho bạn.

Trừ tối đa 5 điểm trên 100 trong điểm số của chúng tôi và tối đa 0.5 trên 10 trong điểm số cổ điển.

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

SPF `auth.spf`

SPF là một bản ghi DNS liệt kê các máy chủ được phép gửi thư cho tên miền của bạn. Máy chủ nhận lấy địa chỉ trong phong bì, tra cứu bản ghi của tên miền đó và kiểm tra xem IP đang kết nối có nằm trong bản ghi hay không. Chúng tôi báo cáo kết quả và số lượt tra cứu DNS mà bản ghi cần, vì quá trình đánh giá dừng ở mười lượt và mọi lượt vượt quá giới hạn đó đều là lỗi vĩnh viễn thay vì đạt yêu cầu.

Nếu không đạt: Công bố một bản ghi chỉ định nền tảng gửi thư của bạn và không có gì khác. Nếu bản ghi của bạn gần đạt giới hạn mười lượt tra cứu, hãy làm phẳng các include mà bạn không sử dụng (một bản ghi đạt yêu cầu hôm nay sẽ bắt đầu gặp lỗi vào ngày nhà cung cấp tự thêm một include).

Trừ tối đa 18 điểm trên 100 trong điểm số của chúng tôi và tối đa 1 trên 10 trong điểm số cổ điển.

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

Căn chỉnh SPF `auth.spf_alignment`

Địa chỉ thư trả lại có khớp với địa chỉ From mà người đọc nhìn thấy hay không. SPF cho phép phong bì, và DMARC chỉ tính sự cho phép đó khi hai địa chỉ căn chỉnh với nhau.

Nếu không đạt: Yêu cầu nền tảng gửi thư cung cấp một tên miền phụ cho thư trả lại thuộc tên miền của riêng bạn. Nếu DKIM của bạn đã căn chỉnh thì việc này không khẩn cấp, nhưng nếu không thực hiện, bạn sẽ không có phương án dự phòng khi DKIM bị lỗi trong quá trình truyền.

Trừ tối đa 5 điểm trên 100 trong điểm số của chúng tôi và tối đa 0.5 trên 10 trong điểm số cổ điển.

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

Hạ tầng và uy tín

Máy và địa chỉ gửi thư, cùng đánh giá hiện có của phần còn lại trên internet về chúng.

Phân giải tên máy chủ gửi `infra.a_record`

Liệu tên máy chủ được thông báo tại HELO có bất kỳ bản ghi địa chỉ nào hay không.

Nếu không đạt: Công bố một bản ghi A cho tên mà máy chủ của bạn thông báo.

Trừ tối đa 5 điểm trên 100 trong điểm số của chúng tôi và tối đa 3 trên 10 trong điểm số cổ điển.

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

Danh sách chặn `infra.dnsbl`

Liệu IP gửi có bị liệt kê trong bất kỳ danh sách chặn nào mà bên nhận thực sự tham chiếu hay không. Danh sách của chúng tôi được kiểm tra theo điểm kiểm thử được ghi trong tài liệu riêng của từng vùng thay vì được tổng hợp từ kết quả tìm kiếm trên web, vì một vùng không còn hoạt động sẽ trả về NXDOMAIN và kết quả đó được hiểu là "sạch".

Nếu không đạt: Thực hiện theo quy trình gỡ khỏi danh sách trên trang web của đơn vị vận hành danh sách. Việc bị liệt kê trong một vùng lớn sẽ khiến thư bị chặn hoàn toàn, vì vậy hãy xử lý việc đó trước mọi vấn đề khác trên trang.

Trừ tối đa 25 điểm trên 100 trong điểm số của chúng tôi và tối đa 3 trên 10 trong điểm số cổ điển.

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)

Tên HELO `infra.helo`

Tên mà máy chủ gửi dùng để tự giới thiệu khi bắt đầu phiên SMTP. Tên đó phải là một tên miền đầy đủ có thể phân giải.

Nếu không đạt: Đặt tên máy chủ của máy chủ thư thành một tên thực trong miền của bạn, không phải mã định danh vùng chứa hoặc tên nội bộ.

Trừ tối đa 5 điểm trên 100 trong điểm số của chúng tôi.

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

Bản ghi MX `infra.mx`

Liệu miền trong tiêu đề From của bạn có thể nhận thư hay không. Nếu không có bản ghi này, thư trả lời và thư báo lỗi không có nơi để gửi đến, và các bộ lọc coi một miền gửi không thể nhận thư là dấu hiệu xấu.

Nếu không đạt: Công bố một bản ghi MX cho miền bạn dùng để gửi thư, ngay cả khi bản ghi đó chỉ định tuyến đến một hộp thư mà bạn đọc mỗi tháng một lần.

Trừ tối đa 5 điểm trên 100 trong điểm số của chúng tôi và tối đa 3 trên 10 trong điểm số cổ điển.

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 ngược `infra.rdns`

Liệu IP gửi có phân giải ngược về một tên máy chủ hay không, và liệu tên máy chủ đó có phân giải xuôi về cùng một IP hay không. Điều quan trọng là quá trình khứ hồi: một PTR trỏ đến bất kỳ đâu thì dễ thiết lập, còn một cặp khớp nhau là bằng chứng cho thấy địa chỉ đó thuộc về bạn.

Nếu không đạt: Yêu cầu bên sở hữu IP đặt PTR thành một tên do bạn kiểm soát, và bảo đảm tên đó có một bản ghi A trỏ ngược lại.

Trừ tối đa 12 điểm trên 100 trong điểm số của chúng tôi và tối đa 1.5 trên 10 trong điểm số cổ điển.

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

Mã hóa truyền tải `infra.tls`

Liệu thư có được nhận qua TLS hay không, và bằng bộ mã hóa nào. Mọi hệ thống hiện đại đều thương lượng TLS; một thư được nhận ở dạng không mã hóa cho thấy có vấn đề với cấu hình gửi.

Nếu không đạt: Bật STARTTLS trên máy chủ gửi. Mọi nền tảng phổ biến đều đã hỗ trợ tính năng này, vì vậy lỗi ở đây thường có nghĩa là có một bộ chuyển tiếp tự lưu trữ trên đường truyền.

Trừ tối đa 5 điểm trên 100 trong điểm số của chúng tôi.

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

Công cụ phát hiện thư rác

Cách các bộ lọc nội dung độc lập đánh giá thư. Sử dụng hai công cụ thay vì một, vì điểm số của một công cụ duy nhất chỉ là đánh giá của công cụ đó.

Trình đánh giá AI `spam.ai_judge`

Một mô hình ước tính cách một bộ lọc máy học hiện đại sẽ xử lý thư, dựa trên các phát hiện kỹ thuật và số liệu đo nội dung. Mô hình thấy các dữ kiện, không thấy phần nội dung thư.

Nếu không đạt: Tự nó chỉ là chi tiết. Ước tính của mô hình được đưa vào kết luận tổng hợp bên dưới.

Hiển thị để cung cấp chi tiết. Không bao giờ tính điểm.

Kết luận tổng hợp `spam.panel`

Một con số từ các công cụ đã phản hồi, được tính trọng số để ý kiến mạnh nhất không đơn giản bị trung bình hóa. SpamAssassin và Postmark được tính là một phiếu duy nhất vì chúng dùng chung một tập quy tắc.

Nếu không đạt: Xử lý lần lượt từng phát hiện riêng lẻ. Hàng này sẽ thay đổi khi các phát hiện đó thay đổi.

Trừ tối đa 25 điểm trên 100 trong điểm số của chúng tôi.

How this score is calculated

Postmark SpamCheck `spam.postmark`

Một ý kiến thứ ba, mặc định tắt. Điểm cuối của dịch vụ này nhận toàn bộ thư và chúng tôi không thể che bất kỳ phần nào mà không làm sai lệch nội dung đang được đo, vì vậy việc bật nó đồng nghĩa với việc chấp nhận rằng mọi thư được kiểm thử đều được sao chép tới một bên thứ ba.

Nếu không đạt: Không cần làm gì. Khi tính năng này tắt, phép kiểm tra sẽ báo rằng nó đang tắt, điều này không giống với việc đạt kiểm tra.

Hiển thị để cung cấp chi tiết. Không bao giờ tính điểm.

Rspamd `spam.rspamd`

Một bộ lọc thứ hai, được phát triển độc lập. Nó bất đồng với SpamAssassin đủ thường xuyên để đáng tham khảo, đó là lý do nó xuất hiện ở đây.

Nếu không đạt: Chỉ là chi tiết. Đánh giá của công cụ này được đưa vào kết luận tổng hợp thay vì được chấm điểm riêng.

Hiển thị để cung cấp chi tiết. Không bao giờ tính điểm.

SpamAssassin `spam.spamassassin`

Bộ lọc dựa trên quy tắc kinh điển, vẫn là công cụ đứng sau hầu hết các công cụ kiểm thử email. Mọi quy tắc được kích hoạt đều được liệt kê cùng trọng số.

Nếu không đạt: Đọc các quy tắc được kích hoạt thay vì tổng điểm. Hầu hết đều dễ xử lý sau khi bạn thấy đó là những quy tắc nào.

Trừ tối đa 3 trên 10 trong điểm số cổ điển.

Apache SpamAssassin — rule documentation

Nội dung

Bản thân thư: cấu trúc, liên kết, hình ảnh và những yếu tố mà bộ lọc đọc trước khi đưa ra quyết định.

Văn bản thay thế của ảnh `content.alt_attributes`

Liệu hình ảnh có thuộc tính alt hay không. Các ứng dụng thư mặc định chặn hình ảnh từ xa, vì vậy trong vài giây đầu tiên, văn bản thay thế chính là thông điệp của bạn.

Nếu không đạt: Viết văn bản thay thế truyền đạt được ý nghĩa, và không bao giờ để hình ảnh chính thiếu văn bản này.

Trừ tối đa 4 điểm trên 100 trong điểm số của chúng tôi và tối đa 0.5 trên 10 trong điểm số cổ điển.

Khả dụng của liên kết `content.broken_links`

Các liên kết trong thư có truy cập được hay không. Một liên kết hỏng trong bản tin làm mất lòng tin ngay lập tức, và các bộ lọc cũng nhận thấy điều đó.

Nếu không đạt: Sửa hoặc xóa chúng. Đồng thời kiểm tra miền theo dõi: nếu miền này hết hạn, mọi liên kết sẽ hỏng cùng lúc.

Trừ tối đa 5 điểm trên 100 trong điểm số của chúng tôi và tối đa 1 trên 10 trong điểm số cổ điển.

Script và iframe `content.forbidden_tags`

Liệu HTML có chứa các thẻ mà không ứng dụng thư nào thực thi hay không. Trong trường hợp tốt nhất, chúng bị loại bỏ; trong trường hợp xấu nhất, chúng bị xem là dấu hiệu né tránh.

Nếu không đạt: Loại bỏ script, iframe, object và embed. Mọi nội dung tương tác phải nằm sau một liên kết.

Trừ tối đa 10 điểm trên 100 trong điểm số của chúng tôi và tối đa 1 trên 10 trong điểm số cổ điển.

RFC 2046 §5.1.4 — Alternative Subtype

Cân bằng văn bản và HTML `content.html_text_ratio`

Tỷ lệ giữa mã đánh dấu và văn bản có thể đọc được trong thư. Một trang mã đánh dấu bao quanh một câu là dạng mà các bộ lọc có thể nhận diện.

Nếu không đạt: Viết một phần văn bản truyền đạt đúng nội dung của HTML, thay vì dùng nội dung giữ chỗ.

Trừ tối đa 3 điểm trên 100 trong điểm số của chúng tôi và tối đa 0.3 trên 10 trong điểm số cổ điển.

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

RFC 2046 §5.1.4 — Alternative Subtype

Phần văn bản và HTML `content.html_version`

Liệu thư có kèm một phiên bản văn bản thuần túy thay thế bên cạnh HTML hay không. Một số bộ lọc đánh giá việc thiếu phần này, và mọi trình đọc màn hình đều cần phần này.

Nếu không đạt: Gửi multipart/alternative với một phiên bản văn bản thực sự, không phải một phần trống hoặc một dòng yêu cầu xem thư trong trình duyệt.

Trừ tối đa 5 điểm trên 100 trong điểm số của chúng tôi.

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.

Kích thước HTML `content.html_weight`

Kích thước của phần HTML. Gmail cắt bớt thư khi vượt quá khoảng 102 KB và ẩn phần còn lại sau một liên kết, khiến phần chân trang hủy đăng ký của bạn cũng bị ẩn theo.

Nếu không đạt: Rút gọn CSS nội tuyến và các khối kiểu lặp lại (hầu hết mẫu thư chỉ chiếm một phần ba giới hạn sau khi loại bỏ các quy tắc không dùng đến).

Trừ tối đa 3 điểm trên 100 trong điểm số của chúng tôi và tối đa 0.3 trên 10 trong điểm số cổ điển.

Dung lượng hình ảnh `content.images_weight`

Tổng dung lượng của các hình ảnh mà thư tải về. Hình ảnh nặng khiến thư tải chậm trên điện thoại, và thư chỉ có hình ảnh là dạng mà các bộ lọc xem là đáng ngờ.

Nếu không đạt: Nén chúng và bảo đảm thư vẫn đọc được khi tắt hình ảnh.

Trừ tối đa 3 điểm trên 100 trong điểm số của chúng tôi và tối đa 0.3 trên 10 trong điểm số cổ điển.

Đích đến của liên kết hiển thị `content.link_mismatch`

So sánh tên miền trong văn bản liên kết với đích sau chuyển hướng HTTP. Tên miền theo dõi trung gian không tự chứng minh hành vi lừa đảo.

Nếu không đạt: Dùng tên miền đích hoặc văn bản mô tả. Đích không truy cập được sẽ chưa được xác minh.

Trừ tối đa 3 điểm trên 100 trong điểm số của chúng tôi.

Uy tín liên kết `content.malicious_links`

Kiểm tra URL theo danh sách mối đe dọa. Kết quả khớp không có nghĩa mọi người nhận đều chặn thư.

Nếu không đạt: Kiểm tra đích bị đánh dấu và thay hoặc xóa liên kết không an toàn. Bản ghi lịch sử không tự chứng minh tình trạng nhiễm hiện tại.

Trừ tối đa 40 điểm trên 100 trong điểm số của chúng tôi.

Quét tệp đính kèm `content.malware`

Các tệp đính kèm có chứa phần mềm độc hại đã biết hay không. Trên các bản triển khai đã tắt trình quét, mục này báo rằng quá trình quét không chạy thay vì báo là an toàn.

Nếu không đạt: Nếu mục này được kích hoạt, hãy ngừng gửi và tìm hiểu xem có gì trên máy đã tạo thư.

Trừ tối đa 60 điểm trên 100 trong điểm số của chúng tôi.

ClamAV — how detection works

Preheader `content.preheader`

Dòng xem trước mà ứng dụng thư hiển thị bên cạnh chủ đề. Nếu không có dòng này, ứng dụng sẽ hiển thị nội dung xuất hiện đầu tiên trong phần thân, thường là một liên kết xem trong trình duyệt.

Nếu không đạt: Thêm một khối preheader ẩn làm phần tử đầu tiên của phần thân.

Trừ tối đa 2 điểm trên 100 trong điểm số của chúng tôi.

RFC 5322 §2.2 — Header Fields

Dòng chủ đề `content.subject`

Độ dài, cách viết hoa và các mẫu mà bộ lọc chấm điểm. Chúng tôi đo chủ đề đã giải mã, vì vậy một dòng chữ Cyrillic hoặc CJK được đánh giá dưới dạng văn bản thay vì dạng mã hóa của nó.

Nếu không đạt: Giữ dưới khoảng 60 ký tự, bỏ cách viết như đang hét và các dấu chấm than.

Trừ tối đa 3 điểm trên 100 trong điểm số của chúng tôi.

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.

Liên kết rút gọn `content.url_shortener`

Liệu các liên kết có đi qua một dịch vụ rút gọn công khai hay không. Dịch vụ rút gọn che giấu đích đến, chính xác là điều mà các bộ lọc được huấn luyện để không tin cậy.

Nếu không đạt: Liên kết đến tên miền của riêng bạn, hoặc dùng tên miền theo dõi của nền tảng trên một tên miền phụ của bạn.

Trừ tối đa 5 điểm trên 100 trong điểm số của chúng tôi và tối đa 0.5 trên 10 trong điểm số cổ điển.

RFC 9989 §4.7 — DMARC Policy Record Format

Quy tắc dành cho người gửi số lượng lớn

Các yêu cầu mà Gmail và Yahoo công bố cho bất kỳ ai gửi thư với số lượng lớn. Các yêu cầu này áp dụng cho thư gửi hàng loạt và được bỏ qua đối với những thư không có dấu hiệu là thư gửi hàng loạt.

Đã công bố chính sách DMARC `compliance.dmarc_present`

Liệu miền From có công bố bản ghi DMARC hay không, tách biệt với việc thư này có vượt qua kiểm tra hay không. Gmail và Yahoo yêu cầu người gửi thư hàng loạt phải có bản ghi này.

Nếu không đạt: Công bố một bản ghi. p=none là đủ để đáp ứng yêu cầu và cung cấp cho bạn các báo cáo để xử lý.

Trừ tối đa 6 điểm trên 100 trong điểm số của chúng tôi.

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`

Liệu thư có chứa tiêu đề hủy đăng ký mà trình khách email có thể xử lý hay không. Gmail và Yahoo yêu cầu tiêu đề này đối với người gửi thư hàng loạt, và việc thiếu tiêu đề này vẫn bị lọc bất kể mọi yếu tố khác. Quy tắc này áp dụng cho thư gửi theo danh sách. Một thư yêu cầu người nhận xác nhận đăng ký, hoặc thông báo rằng việc đăng ký đã hoàn tất, được gửi cho một người về hành động họ vừa thực hiện; CAN-SPAM gọi đó là thư giao dịch hoặc thư về mối quan hệ, và cả Gmail lẫn Yahoo đều không yêu cầu tiêu đề hủy đăng ký trong thư đó. Vì vậy, phép kiểm tra này đọc thư trước. Thư xác nhận đăng ký, thư chào mừng, thư giao dịch hoặc thông báo không có tiêu đề danh sách sẽ không bị tính lỗi, và báo cáo cho biết thư được xác định là loại nào. Một thư chào mừng được chèn thêm nhiều ưu đãi trên thực tế là số đầu tiên của thư gửi theo danh sách; khi không có tiêu đề danh sách, phép kiểm tra không thể phân biệt hai loại này, và không tính lỗi dựa trên phỏng đoán. Nếu thư có List-Unsubscribe hoặc List-Id, chính bạn đã khai báo đó là thư gửi theo danh sách, và phép kiểm tra sẽ chạy như trước đây.

Nếu không đạt: Thêm tiêu đề List-Unsubscribe với một URI HTTPS. Mọi nền tảng gửi thư đều có thể thực hiện việc này.

Trừ tối đa 10 điểm trên 100 trong điểm số của chúng tôi và tối đa 1 trên 10 trong điểm số cổ điển.

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

Hủy đăng ký bằng một lần nhấp `compliance.one_click_unsubscribe`

Dạng nghiêm ngặt hơn: một URI HTTPS, một tiêu đề "List-Unsubscribe-Post" và một chữ ký DKIM hợp lệ duy nhất bao phủ cả hai tiêu đề. Phải có đủ cả ba, nếu không bên nhận sẽ không hiển thị nút. Giống như phép kiểm tra List-Unsubscribe, phép kiểm tra này áp dụng cho thư gửi theo danh sách, không áp dụng cho thư xác nhận hoặc thư chào mừng.

Nếu không đạt: Lỗi thường gặp là chữ ký: các nền tảng ký "List-Unsubscribe" và quên "List-Unsubscribe-Post". Tên của cả hai tiêu đề phải xuất hiện trong thẻ h= của cùng một chữ ký.

Trừ tối đa 8 điểm trên 100 trong điểm số của chúng tôi.

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