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

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

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 — MX record values and troubleshooting

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

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 — Requirements for bulk senders (5,000+/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 — Require TLS for secure message transport

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

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

Có liên kết nào bị một nguồn dữ liệu về mối đe dọa liệt kê hay không. Một liên kết bị liệt kê sẽ chặn thư bất kể mọi yếu tố khác đều đúng.

Nếu không đạt: Xóa liên kết đó. Nếu đó là miền của chính bạn, bạn cần xử lý sự cố xâm nhập trước khi gửi bất kỳ nội dung nào khác.

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 7489 §6.3 — General 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.

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`

Liệu thư có chứa tiêu đề hủy đăng ký mà ứng dụng thư 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 đề vẫn bị dùng làm tiêu chí lọc bất kể mọi yếu tố khác.

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

RFC 8058 §4 — Additional Requirements

Hủy đăng ký bằng một cú 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.

Nếu không đạt: Thiếu sót 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 — Requirements for bulk senders (5,000+/day)