Inbox Placement Testby Live Direct Marketing

Chọn ngôn ngữ

Đăng nhập

Cách chúng tôi kiểm tra email của bạn

Chúng tôi kiểm tra xem một bản sao cụ thể đã đến đâu và có thể xác định được những gì về thiết lập và nội dung gửi của nó. Kết quả mô tả các hộp thư kiểm tra tại thời điểm kiểm tra được ghi lại. Mức độ bao phủ có thể là một phần: kết quả có sẵn không chứng minh rằng các bước kiểm tra còn thiếu đã được thông qua.

Email đã đến nơi

Bạn gửi email từ hệ thống gửi của riêng bạn đến các địa chỉ kiểm tra đã chọn. Chúng tôi tìm kiếm bản sao của nó tại mỗi nhà cung cấp và lưu thư mục cũng như thời gian phát hiện của nó. Điều này quan sát các hộp thư cụ thể; nó không dự đoán toàn bộ chiến dịch.

Hộp thư đến, Thư rác, các thư mục khác
Bản sao được tìm thấy trong thư mục đó. Khuyến mại và Bản tin được tính là đã nhận nhưng không phải là Hộp thư đến chính.
Không tìm thấy email
Tìm kiếm thành công không tìm thấy bản sao phù hợp trong quá trình kiểm tra. Điều này không chứng minh việc gửi thư bị từ chối hoặc vị trí Thư rác.
Không thể kiểm tra
Việc đọc hộp thư không thành công hoặc không đủ bằng chứng. Chúng tôi không thay thế Spam hoặc Hộp thư đến bằng một kết quả không xác định.

Cách tính tỷ lệ phần trăm Hộp thư đến

Hộp thư đến chính ÷ đã nhận bản sao bên ngoài × 100

Ví dụ: 3 Hộp thư đến + 6 Thư rác + 1 không tìm thấy = 10 hộp thư đã chọn. Chín bản đã được nhận; tỷ lệ Hộp thư đến là 3/9, hay 33%. Luôn đọc tử số, mẫu số và phạm vi quan sát.

Hộp thư chẩn đoán LDM được loại trừ khỏi số lượng bên ngoài và phần trăm Hộp thư đến. Các bản sao bị thiếu, bị trả lại và các hộp thư không khả dụng cũng bị loại khỏi tỷ lệ phần trăm này. Mẫu không đủ sẽ không xác định được xếp hạng tổng thể. Ngưỡng hiển thị xếp hạng là quy tắc dịch vụ kỹ thuật chứ không phải là sự đảm bảo về mặt thống kê cho khán giả của bạn.

Trạng thái kỹ thuật và khớp bản sao

Trong API, tìm kiếm được xác nhận mà không có bản sao vị trí=not_received, provider_availability.status=có sẵn, lý do=mailbox_read_succeeded. measured_at ghi lại thời gian đọc.

Kết quả not_received đã lưu với lỗi đọc được xác nhận sẽ trở thành seed_unavailable với lý do=mailbox_read_failed. Một kết quả chưa hoàn thành vẫn đang chờ xử lý, kèm theo lỗi đọc trong provider_availability. Thiếu bằng chứng đã đọc không thiết lập một tìm kiếm hoàn chỉnh.

Lịch sử phân phối và phân phối kiểm soát dịch vụ không thành công sẽ không ghi đè phép đo đã lưu. Mỗi bản sao giữ lại nhà cung cấp, thời gian nhận và nhận dạng tin nhắn có sẵn. Một báo cáo có thể chứa các miền Từ khác nhau: đây là sự khác biệt giữa các bản sao, không phải bằng chứng cho thấy đã tìm thấy thư không liên quan. Sự phù hợp phụ thuộc vào số nhận dạng và tìm kiếm có sẵn. UID IMAP được gắn với hộp thư và UIDVALIDITY của nó; di chuyển một tin nhắn có thể thay đổi UID của nó. Microsoft Graph có quy tắc nhận dạng riêng. Tìm kiếm giới hạn có thể bỏ lỡ một bản sao.

quan sát 24 giờ

Kết quả ban đầu và kiểm tra sau

Việc thu thập ban đầu thường kết thúc sau khoảng mười phút. Mỗi bản sao bên ngoài nhận được có cửa sổ 24 giờ riêng bắt đầu từ lần phát hiện được xác nhận đầu tiên. Các lần kiểm tra sau sẽ quan sát thấy bản sao đó; chúng tôi không gửi email mới để vẽ biểu đồ.

Các quan sát được lên lịch mỗi giờ. Biểu đồ nhỏ gọn hiển thị các điểm kiểm tra đã chọn ở 0/3/6/12/18/24 giờ. Màu chỉ xác nhận thư mục tại thời điểm đo đã lưu. Vị trí giữa các lần kiểm tra không xác định, ngay cả khi các kết quả liền kề khớp nhau.

Các điểm, khoảng trống và lỗi trong tương lai vẫn là các trạng thái riêng biệt. Lỗi sau này không xóa được thư mục đã được xác nhận trước đó nhưng cũng không xóa được thư mục hiện tại. Cửa sổ hoàn thành không có nghĩa là mọi phép đo đều thành công.

Thay đổi thông báo và email cuối cùng tùy thuộc vào cài đặt đã bật và xác minh người nhận. Trạng thái của họ được hiển thị trong báo cáo. Người nhận chưa đăng ký sẽ không nhận được thông báo.

Dấu thời gian trên biểu đồ có ý nghĩa gì

Một nỗ lực theo lịch trình không phải là một phép đo thành công. Hàng đợi, giới hạn của nhà cung cấp và lỗi có thể trì hoãn hoặc bỏ qua việc kiểm tra. Các điểm biểu đồ được xác nhận và danh sách đầy đủ các lần thử là các số lượng khác nhau. Một lịch trình chưa biết không chứng minh được sự vắng mặt của các quan sát thực tế.

Việc phát hiện lần đầu trong Thư rác không ngụ ý vị trí Hộp thư đến sớm hơn. Một thay đổi thư mục được phát hiện giữa các lần kiểm tra; thời gian chính xác và nguyên nhân của nó có thể chưa được biết. Kết quả cuối cùng giữ lại thư mục được xác nhận cuối cùng và thời gian của nó, bao gồm cả những quan sát chưa đầy đủ; không đảm bảo phép đo thành công vào đúng 24:00.

Người gửi và máy chủ

Việc gửi lần kiểm tra đến từ một bản sao đã lưu: đầu tiên là bản sao chẩn đoán LDM có nhận dạng phù hợp, nếu không thì là bản sao bên ngoài phù hợp. Nếu không có kết quả khớp đáng tin cậy thì bản sao đã chọn sẽ được đánh dấu là không chắc chắn. Chi tiết xác định nguồn, thời gian, Từ và IP có sẵn. Chúng tôi không điền các kết quả còn thiếu bằng thẻ từ các bản sao khác.

Xác thực từ tên miền

From là địa chỉ được nêu trong tin nhắn. Việc nhận một bản sao và khớp với địa chỉ đã nhập để kiểm tra sẽ không xác thực được nó. Chúng tôi chỉ hiển thị xác thực Từ miền một cách riêng biệt khi có đủ bằng chứng liên kết việc kiểm tra DMARC thành công với bản sao đó. Điều này không xác minh một hộp thư hoặc người cụ thể.

SPF
Kiểm tra xem IP có được phép gửi cho miền phong bì SMTP hay không, được sử dụng cho địa chỉ trả lại. Nó có thể khác với Từ.
DKIM
Kiểm tra chữ ký và tính toàn vẹn của các phần tin nhắn đã ký. Miền ký có thể khác với Từ. Không có chữ ký và chữ ký xác thực không thành công là các kết quả khác nhau.
DMARC
Yêu cầu kiểm tra SPF hoặc DKIM thành công với miền được căn chỉnh với Từ hiển thị. Chính sách p=none có nghĩa là giám sát chứ không phải lỗi xác thực.

Nếu quá trình kiểm tra không xác thực miền, chúng tôi sẽ hiển thị miền đó là chưa được xác minh. Nếu bằng chứng không đủ, kết quả vẫn chưa được biết. Sự khác biệt giữa miền đã nhập và Từ được gắn cờ riêng. Xác thực thành công không đảm bảo vị trí Hộp thư đến.

Nguồn bằng chứng, phiên bản tóm tắt và thông số kỹ thuật

Chúng tôi sử dụng xác thực cục bộ đã lưu của thư gốc hoặc kết quả của máy chủ nhận đáng tin cậy. Tiêu đề Kết quả xác thực tùy ý không phải là bằng chứng. Vấn đề xuất xứ của SMTP: IP trong Đã nhận có thể thuộc về một trạm chuyển tiếp; phong bì SMTP và HELO không thể được xây dựng lại chỉ từ Từ hiển thị. Việc xác thực yêu cầu kết quả DMARC thành công được liên kết với miền của cùng bản sao đó; hồ sơ cũ hơn mà không có sự ràng buộc đầy đủ vẫn chưa được biết.

Bản tóm tắt kỹ thuật All clear yêu cầu kiểm tra SPF, DKIM, DMARC và PTR thành công, dữ liệu nguồn đã biết và các truy vấn danh sách chặn đã hoàn thành mà không có lần truy cập nào. Một vấn đề đã được xác nhận sẽ mang lại các vấn đề được tìm thấy; thiếu bằng chứng hoặc sai sót Không thể kiểm tra. Các vấn đề và bằng chứng không đầy đủ có thể cùng tồn tại. Các kết quả xung đột cho cùng một tên miền và IP vẫn hiển thị.

Tính khả dụng của SPF, DKIM và DMARC là độc lập: việc thiếu bằng chứng SMTP về SPF không làm mất hiệu lực việc kiểm tra chữ ký DKIM có sẵn. Mỗi phương pháp đều giữ lại kết quả chính xác và lý do sẵn có. Đây là các quy ước tóm tắt Kiểm tra, không phải yêu cầu tối thiểu của mọi nhà cung cấp. Kết quả xác thực tên miền riêng biệt cần có bằng chứng hỗ trợ riêng. SPF giữ lại pass, failed, softfail, neutral, none và lỗi; đường dẫn đảo ngược SMTP rỗng sử dụng danh tính HELO. Tra cứu khóa DKIM cần có bộ chọn của nó; bộ chọn không xác định không thiết lập DKIM bị hỏng.

Căn chỉnh DMARC nghiêm ngặt yêu cầu các miền giống hệt nhau; sự liên kết thoải mái sử dụng miền tổ chức theo các quy tắc của người đánh giá. Thông số hiện tại là RFC 9989, lỗi thời hơn RFC 7489 và RFC 9091. Các kết quả cục bộ đã lưu sử dụng mailauth 4.6.8 và các quy tắc đánh giá miền của nó; việc mở một báo cáo không tính toán lại chúng theo đặc tả mới.

Phiên bản phương thức đã lưu: 2026-10-01; bản sửa đổi giải thích kết quả hiện tại: 2026-11-04. Bản sửa đổi của người đánh giá chỉ được hiển thị ở nơi nó được lưu; bản sửa đổi bị thiếu trong báo cáo cũ hơn sẽ không được thay thế bằng ngày hôm nay. Chúng tôi sử dụng các quy tắc thận trọng đã được phiên bản hóa: vẫn chưa có đủ bằng chứng. Các trường hợp có thể tái tạo đã được xác nhận chỉ mở rộng các quy tắc được phiên bản sau khi kiểm tra hồi quy; trường hợp không được hỗ trợ vẫn chưa được biết. Các quy tắc không tự động học từ kết quả kiểm tra. Ngày xem xét của tài liệu này không thay đổi phiên bản công cụ hoặc kết quả lịch sử.

PTR, DNS và danh sách chặn

IP → PTR → A/AAAA →cùng một IP

PTR chuyển khi IP trỏ đến tên máy chủ có bản ghi A/AAAA chứa cùng IP đó. Tên máy chủ không cần phải khớp với tên miền Từ. Bản ghi bị thiếu hoặc IP không khớp khiến việc kiểm tra không thành công; lỗi tra cứu hoặc thiếu bằng chứng có nghĩa là không thể kiểm tra được.

Kết quả PTR và danh sách chặn mô tả IP đã nêu tại thời điểm kiểm tra. Chi tiết hiển thị nguồn IP; một địa chỉ từ các tiêu đề có thể thuộc về một rơle. Những kết quả này không xác thực miền Từ.

Kiểm tra danh sách chặn IP sử dụng IP được xác định cho bản sao tin nhắn đã lưu đã chọn. Chúng tôi hiển thị IP và nguồn của nó. Địa chỉ từ tiêu đề thư có thể thuộc về một trạm chuyển tiếp và bản thân nó không xác thực người gửi. Nếu IP không khả dụng, kết quả vẫn không xác định; chúng tôi không thay thế địa chỉ MX, địa chỉ được suy ra từ Từ hoặc IP của bản sao khác. Chúng tôi truy vấn một nhóm danh sách chặn IP có giới hạn. “Không được liệt kê trong danh sách chặn đã kiểm tra” chỉ có nghĩa là các lần kiểm tra có tên đã hoàn thành không tìm thấy danh sách nào tại thời điểm được ghi lại. Danh sách, lỗi và kiểm tra không đầy đủ được hiển thị riêng biệt. Kiểm tra tên miền không thay thế kiểm tra IP. Không có danh sách nào không đảm bảo danh tiếng tốt hoặc vị trí Hộp thư đến.

Đây là những kết quả đã lưu: việc mở báo cáo không kích hoạt kiểm tra mới. Thời gian nhận bản sao tách biệt với thời gian kiểm tra danh sách chặn. Nếu thời gian kiểm tra không được lưu, chúng tôi sẽ nêu rõ điều đó.

Ai định cấu hình PTR và HELO khác nhau như thế nào

Chủ sở hữu IP hoặc dịch vụ gửi cấu hình PTR. Đối với máy chủ của riêng bạn, hãy yêu cầu nhà cung cấp IP đặt PTR thành tên máy chủ như mail.example.org, sau đó trỏ A/AAAA của tên máy chủ đó đến cùng một IP. Bản ghi PTR trong vùng miền thông thường không cấu hình vùng đảo ngược IP. Nền tảng gửi quản lý PTR cho các máy chủ của chính nó.

Tra cứu chuyển tiếp kiểm tra tên máy chủ PTR được trả về đầu tiên: A cho IPv4, AAAA cho IPv6. Nếu một số tên được trả về thì những tên còn lại sẽ không được tính là đã được kiểm tra; số lượng của họ được giữ lại một cách chi tiết. HELO/EHLO là tên do máy chủ SMTP đưa ra. Cấu hình của nó và các yêu cầu bổ sung của nhà cung cấp tách biệt với kết quả PTR. Nếu tên hoặc bằng chứng kiểm tra của nó bị thiếu thì không được coi là trùng khớp.

Bản ghi DNS là cài đặt đã xuất bản, không phải là kiểm tra thư thành công. Chỉ riêng bản ghi SPF TXT, khóa DKIM hoặc chính sách DMARC sẽ không xác thực bản sao này. MX xác định máy chủ thư đến và không thiết lập IP gửi đi. Kiểm tra báo cáo đã lưu không phải là tra cứu DNS mới mỗi khi bạn mở trang.

Nội dung email

Kiểm tra phân phối sẽ phân tích bản sao đã nhận; trình kiểm tra bản nháp riêng biệt sẽ phân tích nội dung được tải lên. MIME gốc từ bản sao bên ngoài có thể hỗ trợ xác thực cục bộ. Về mặt kỹ thuật, nội dung MIME có thể được phân tích mà không cần bằng chứng SMTP đầy đủ, nhưng nội dung, kết quả SpamAssassin và Rspamd chỉ được hiển thị nếu những hoạt động kiểm tra đó thực sự diễn ra. Chỉ MIME có sẵn không có nghĩa là các hoạt động kiểm tra này đã được thực hiện. Báo cáo phân biệt các bước kiểm tra đã hoàn thành, bị bỏ qua và không khả dụng. Điểm của người phân tích không phải là phần trăm Hộp thư đến hoặc nguyên nhân được xác định là Thư rác.

SpamAssassin và Rspamd sử dụng các quy tắc và ngưỡng khác nhau; kết quả của họ không được tính trung bình thành xác suất giao hàng. Ảnh chụp màn hình đã lưu hiển thị thư trong ngữ cảnh được chụp chứ không phải bản kiểm tra của mọi ứng dụng email. Ảnh chụp màn hình bị thiếu không làm mất hiệu lực phép đo thư mục.

Đã nhận được bản sao

Chúng tôi phân tích bản sao tin nhắn có sẵn. Các phần chưa hoàn chỉnh, được mã hóa hoặc không khả dụng sẽ không được tính là đã kiểm tra thành công.

Cách thức hoạt động của bước kiểm tra này và các giới hạn của nó

Mức trần phân tích MIME thô là 20 MiB (20 × 1024 × 1024 byte). Giới hạn 2 MiB riêng áp dụng cho HTML và văn bản kết hợp: vượt quá giới hạn này sẽ khiến phân tích nội dung không khả dụng, không thành công đối với phần nội dung bị cắt ngắn. Đường dẫn truy xuất có thể có giới hạn thấp hơn, bao gồm 10 MiB trong đường dẫn IMAP bị chặn. Do đó, kích thước dưới 20 MiB không đảm bảo phân tích đầy đủ.

Phiên bản văn bản

Chúng tôi tìm kiếm phần văn bản gốc. Văn bản được tạo từ HTML không phải là một phiên bản riêng biệt. Các báo cáo cũ hơn có thể không chứa phép đo này.

So sánh phiên bản

Chúng tôi so sánh nội dung HTML được chuẩn hóa và nội dung văn bản thuần túy, đồng thời tìm kiếm riêng các liên kết HTML bị thiếu trong phần văn bản. Một sự khác biệt không tạo nên ý nghĩa khác biệt; không có sự khác biệt được phát hiện không đảm bảo ý nghĩa tương đương.

Cách thức hoạt động của bước kiểm tra này và các giới hạn của nó

So sánh văn bản sẽ loại bỏ các URL và ký tự không phải chữ cái và chữ số, sau đó bình thường hóa chữ hoa chữ thường. Đây là một so sánh kỹ thuật, không phải là bản dịch hay kiểm tra ngữ nghĩa.

Từ điển cụm từ

Chúng tôi khớp toàn bộ các từ và cụm từ trong chủ đề và văn bản hiển thị với từ điển tiếng Nga và tiếng Anh LDM hạn chế. Sự trùng khớp là lý do để xem lại cách diễn đạt chứ không phải bằng chứng về nguyên nhân Spam.

Cách thức hoạt động của bước kiểm tra này và các giới hạn của nó

Quy tắc LDM 1389.1 loại trừ các URL, địa chỉ email, mã, trích dẫn rõ ràng và các phủ định gần đó được công nhận. Đây là một cách hiểu ngôn ngữ theo kinh nghiệm, không hoàn chỉnh hoặc danh sách từ bị cấm của nhà cung cấp. Các ngôn ngữ khác không được coi là đã kiểm tra.

Tệp đính kèm

Chúng tôi đếm các tệp đính kèm và kích thước được giải mã của chúng. Hình ảnh nội tuyến là riêng biệt. Thiếu dữ liệu trong báo cáo cũ hơn không có nghĩa là không có tệp.

Cách thức hoạt động của bước kiểm tra này và các giới hạn của nó

Danh sách hiển thị tối đa 30 tệp; kiểm tra loại tệp được hỗ trợ bao gồm tất cả các tệp đính kèm có sẵn. Tham chiếu đến tệp đính kèm không có tệp được phát hiện là đề xuất dựa trên văn bản để xác minh.

Các loại tệp

Chúng tôi so sánh định dạng tệp được nhận dạng với phần mở rộng của nó. Chúng tôi không thực thi tệp, giải nén tệp lưu trữ hoặc thực hiện quét vi-rút.

Cách thức hoạt động của bước kiểm tra này và các giới hạn của nó

MailParser trích xuất các tệp đính kèm; loại tệp 16.5.4 nhận dạng các định dạng được hỗ trợ từ byte ban đầu. Loại không được nhận dạng sẽ không thiết lập sự an toàn cho tệp. Hạn chế đính kèm email-client là thông tin tham khảo.

chỉ số theo dõi

Chúng tôi gắn cờ một hình ảnh từ xa nhỏ hoặc ẩn bằng chỉ báo theo dõi, pixel, đèn hiệu hoặc địa chỉ mở. Đây là suy luận về mục đích của nó chứ không phải bằng chứng về việc mở email.

Cách thức hoạt động của bước kiểm tra này và các giới hạn của nó

Quy tắc LDM 1389.1 kiểm tra HTML mà không cần tải hình ảnh. Chỉ riêng các miếng đệm và hình ảnh nội tuyến không phải là bằng chứng theo dõi. Không có quy tắc nào phù hợp không loại trừ các kỹ thuật theo dõi khác.

Hủy đăng ký

Chúng tôi phát hiện riêng một liên kết nội dung, URL HTTPS trong Danh sách-Hủy đăng ký và giá trị List-Unsubscribe=One-Click trong Danh sách-Hủy đăng ký-Bài đăng. Các tiêu đề được phát hiện không chứng minh rằng nút này hoạt động. Chúng tôi không gửi yêu cầu hủy đăng ký.

Cách thức hoạt động của bước kiểm tra này và các giới hạn của nó

Chúng tôi nhận ra giá trị List-Unsubscribe=One-Click. Việc tuân thủ đầy đủ RFC 8058 cũng yêu cầu chữ ký DKIM hợp lệ bao gồm cả tiêu đề và điểm cuối HTTPS POST đang hoạt động. Kiểm tra sự hiện diện của tiêu đề của chúng tôi không thiết lập các điều kiện đó. Yêu cầu hủy đăng ký tùy thuộc vào loại tin nhắn và nhà cung cấp.

RFC 8058

Công nghệ email

Chúng tôi phát hiện các biểu mẫu, phương tiện, phần tử và mã được nhúng, AMP, thẻ Outlook, dữ liệu có cấu trúc và lịch, định dạng hình ảnh và hoạt ảnh được xác nhận. Mã không được thực thi; bố cục không được thử nghiệm trên tất cả các máy khách.

Cách thức hoạt động của bước kiểm tra này và các giới hạn của nó

Tôi có thể gửi email dữ liệu tham chiếu mô tả một tính năng cụ thể và phiên bản máy khách; ngày thử nghiệm của nó xuất hiện chi tiết. Đây không phải là một cuộc thử nghiệm mới về email của bạn với mọi khách hàng. Thiếu hồ sơ có nghĩa là tính tương thích chưa được kiểm tra.

Kích thước

Byte tin nhắn thô và kích thước tệp đính kèm được giải mã là các phép đo riêng biệt. HTML cộng với kích thước văn bản không bằng tổng kích thước thư hoặc bản thân nó chứng tỏ Gmail đã cắt bớt.

Đánh giá văn bản AI

Khi được bật, chúng tôi sẽ gửi chủ đề và văn bản hiển thị tới một mô hình có địa chỉ email và liên kết web được thay thế. Tệp đính kèm và tiêu đề kỹ thuật không được gửi. AI gợi ý sửa lỗi chính tả và loại tin nhắn dự kiến; các chỉnh sửa không được áp dụng tự động.

Cách thức hoạt động của bước kiểm tra này và các giới hạn của nó

Đánh giá này sử dụng tối đa 500 ký tự chủ đề và 8.000 ký tự nội dung; tin nhắn dài được xem xét một phần. Chúng tôi chỉ ra mô hình, lý do và phạm vi áp dụng, đồng thời kiểm tra xem các đoạn được trích dẫn có xuất hiện trong văn bản hay không. Việc thay thế các liên kết và địa chỉ không phải là loại bỏ hoàn toàn dữ liệu bí mật. Đây là một đề xuất mô hình, không phải là phán quyết của Microsoft hay bộ lọc thư rác.

Chủ đề và các trường không được điền

Chủ đề trống, ký tự thay thế � và trường mẫu được phát hiện là các dữ kiện có thể quan sát được. Không ai có thể xác định lý do tại sao thư lại chuyển đến Thư rác.

Phiên bản quy tắc nội dung LDM: 1389.1. Một báo cáo đã lưu mô tả các lần kiểm tra được thực hiện tại thời điểm đó.

Tư vấn và dữ liệu AI

Nút tư vấn AI tách biệt với việc xem lại văn bản tự động. Trợ lý bên ngoài đã chọn sẽ nhận được một câu hỏi đã chuẩn bị sẵn và một liên kết đến dữ liệu đã được chọn lọc cho một bài kiểm tra. Xem lại phạm vi dữ liệu và câu hỏi trước khi chia sẻ; văn bản tin nhắn có thể chứa thông tin bí mật.

Nhấp vào nút AI trong báo cáo sẽ chuẩn bị và kích hoạt quyền truy cập, sau đó mở cuộc trò chuyện. Chỉ tải báo cáo không kích hoạt quyền truy cập. Liên kết đọc các dữ kiện đã cập nhật đã lưu cho bài kiểm tra đó mà không kích hoạt kiểm tra hoặc gửi mới.

Quyền truy cập kéo dài cho đến khi hết hạn được hiển thị, tối đa là bảy ngày kể từ khi chuẩn bị liên kết. Bất cứ ai có liên kết hoạt động đều có thể đọc dữ liệu. Bạn có thể thu hồi quyền truy cập nhưng không thể thu hồi dữ liệu đã tải xuống. Giữ liên kết quản lý ở chế độ riêng tư.

Câu hỏi, JSON và TXT dành cho trợ lý đều bằng tiếng Anh bất kể ngôn ngữ trang web là gì. Nếu việc điền trước không thành công, hãy dán câu hỏi theo cách thủ công. Nếu trợ lý không thể đọc được liên kết, hãy sử dụng tính năng xuất JSON. Việc mở cuộc trò chuyện không chứng tỏ AI đã nhận hoặc đọc dữ liệu.

Giới hạn dữ liệu được chia sẻ và tư vấn

Quá trình xuất tách biệt vị trí, xác thực, DNS, danh sách chặn, máy phân tích và nội dung, giữ lại nguồn và thời gian. Dữ liệu không có sẵn là rõ ràng. Tài liệu thông điệp gốc chỉ được đưa vào khi được giữ lại và vệ sinh an toàn; văn bản do người dùng thêm vào không khớp độc lập với bản sao đã nhận.

Địa chỉ email, URL đầy đủ và các bí mật có thể nhận dạng được đã được biên tập lại; tệp đính kèm nhị phân không được chia sẻ. Đây không phải là lý do để gửi tài liệu nhạy cảm. Trang chuẩn bị cho phép bạn kiểm tra dữ liệu và thu hồi quyền truy cập riêng biệt. Các liên kết cũ hơn có thể chứa ảnh chụp nhanh cố định thay vì dữ liệu cập nhật.

Báo cáo khách hàng được in bỏ qua lời nhắc dịch vụ và JSON thô. Câu trả lời của AI có thể sai; sự thật phải được tách biệt khỏi các giả thuyết và các hướng dẫn bên trong email được coi là nội dung tin nhắn. Việc tư vấn không gửi thư, thay đổi cài đặt hoặc đảm bảo vị trí Hộp thư đến trong tương lai.

Ví dụ về giải thích âm thanh
Hộp thư đến ở tất cả các hộp thư đã kiểm tra
Những bản sao đó được xác nhận vào thời điểm đó chứ không phải toàn bộ chiến dịch trong tương lai.
Một kết quả, những kết quả khác chưa biết
Không mở rộng kết quả của một nhà cung cấp cho những người khác. LDM điều tra những khoảng trống quan sát.
Thư rác hoặc thư mục phụ
Đặt tên cho thư mục thực tế. Phân biệt các nguyên nhân có thể xảy ra với các nguyên nhân đã được xác định; danh mục phụ không phải là Thư rác.
Thay đổi thư mục hoặc khoảng trống sau này
Giữ trình tự và thời gian quan sát. Lỗi không xóa kết quả tìm thấy trước đó cũng như không xác nhận vị trí hiện tại.
Xác thực thành công, bản sao nằm trong Thư rác
Xác thực tên miền và quyết định của bộ lọc là những sự kiện riêng biệt. Xem lại bằng chứng đã lưu khác.
Kết quả SPF, DKIM hoặc máy thu khác nhau
Không kết hợp các bản sao. DMARC cần một phương thức chuyển và căn chỉnh miền; giữ lại nguồn và thời gian.
Lỗi DNS, máy phân tích hoặc truy cập
Không có kiểm tra hoàn thành có nghĩa là không có vượt qua được thiết lập. Xử lý riêng điểm PTR, danh sách chặn và điểm phân tích.
AI không thể đọc liên kết hoặc nhận được văn bản khác
Nêu rõ những hạn chế và sử dụng những thông tin có sẵn. Văn bản được thêm vào không khớp với văn bản gốc.

Sau khi xác minh lỗi, hãy sửa lỗi đó và gửi bài kiểm tra được kiểm soát mới. Nếu Thư rác vẫn tiếp tục tồn tại, hãy so sánh từng thay đổi một: văn bản tối thiểu, văn bản kinh doanh, liên kết, định dạng, sau đó theo dõi. Yêu cầu bảo tồn hủy đăng ký. Một hiệp hội cần một bài kiểm tra xác nhận và bản thân nó không thiết lập một nguyên nhân lọc. Chúng tôi không hứa hẹn ngày khôi phục danh tiếng hoặc tư vấn thay đổi danh tính để trốn tránh các bộ lọc.

Kiểm tra lại và giám sát

Để kiểm tra chiến dịch, hãy gửi cùng một email giống như cách bạn gửi cho khách hàng mà không cần chuyển tiếp bản sao hiện có. Một email từ cùng một hệ thống có thể kiểm tra cài đặt gửi nhưng thư mục của nó không dự đoán kết quả cho các nội dung khác nhau. Những thay đổi cần gửi mới. Việc quan sát lại một bản sao cũ không phải là một bài kiểm tra gửi mới.

Lưu liên kết báo cáo. Liên kết cố định trên trang kiểm tra sẽ dẫn đến địa chỉ của email tiếp theo và lịch sử kiểm tra. Chỉ chia sẻ liên kết truy cập dữ liệu với những người mà bạn định cấp quyền truy cập.

Giám sát tên miền là một hoạt động kiểm tra cài đặt riêng biệt, khoảng sáu giờ một lần. Nó xây dựng lịch sử từ việc đăng ký và báo cáo những thay đổi đã chọn. Ảnh chụp nhanh của khách không kích hoạt giám sát định kỳ: tài nguyên đã lưu và thông báo cá nhân yêu cầu xác nhận qua email.

Giám sát phạm vi bao phủ và giới hạn kết quả

Các kiểm tra có sẵn bao gồm DNS, thư, HTTP/HTTPS, TLS và các quy tắc tùy chỉnh đã chọn. Quan sát thư bao gồm SPF, DMARC, MX, MX PTR được lấy mẫu và danh sách chặn cũng như dữ liệu STARTTLS, MTA-STS và TLSA có sẵn. IP MX đến có thể khác với máy chủ gửi đi. Tích hợp có yêu cầu kết nối và quyền sở hữu riêng của họ.

Giám sát DNS không liên tục đo lường việc gửi Hộp thư đến. Kiểm tra không thiết lập tỷ lệ khiếu nại của khán giả thực, mức độ tương tác hoặc tuân thủ đầy đủ các quy tắc của mọi nhà cung cấp. Một thử nghiệm không giải thích được mọi nguyên nhân gây ra Thư rác hoặc đảm bảo kết quả của chiến dịch tiếp theo.

Giám sát tên miền mở

Nguồn và giới hạn

Các tiêu chuẩn mô tả các giao thức. Quy ước đếm và tóm tắt của lần kiểm tra đã được giải thích ở trên; trích dẫn không chứng nhận dịch vụ. Yêu cầu của nhà cung cấp thư tùy thuộc vào dịch vụ của người nhận, số lượng gửi và loại thư và có thể thay đổi.

Thông số kỹ thuật

Google và Yahoo phân biệt các yêu cầu về người gửi tất cả và người gửi hàng loạt; các yêu cầu được liên kết của Microsoft liên quan đến địa chỉ Outlook.com của người tiêu dùng và khối lượng lớn. Các khuyến nghị về đặt tên máy chủ và tỷ lệ khiếu nại không thay thế tiêu chí PTR được mô tả ở trên.

Kết quả đã lưu và ảnh chụp màn hình có thể chứa các đoạn trích chẩn đoán từ tin nhắn. Không gửi bí mật hoặc dữ liệu nhạy cảm để thử nghiệm. Việc xử lý, lưu giữ và xóa được mô tả trong chính sách bảo mật.