Email Spam Tester

Công cụ miễn phí

Công cụ phân tích header email

Dán header của email bạn đã nhận. Bạn sẽ biết lộ trình, thời gian trì hoãn tại mỗi chặng và kết luận của máy chủ nhận về SPF, DKIM và DMARC.

Cách tìm header: Gmail ⋮ → Hiển thị thư gốc · Outlook ⋯ → Xem → Xem chi tiết thư · Apple Mail Xem → Thư → Tất cả headerThử dữ liệu mẫu

Header chứa địa chỉ IP và địa chỉ email. Dữ liệu được đọc trong bộ nhớ để tạo kết quả và không được lưu trữ, lưu vào bộ nhớ đệm hoặc ghi nhật ký.

Đọc đường đi của email từ dưới lên

Mỗi máy chủ xử lý thư sẽ thêm một dòng Received lên trên các dòng đã có. Vì vậy, chặng cũ nhất nằm ở dưới cùng và chặng cuối cùng, tức nhà cung cấp hộp thư của bạn, nằm ở trên cùng. Công cụ phân tích sắp xếp các chặng thành danh sách theo đúng thứ tự thư đã đi qua, kèm thời điểm mỗi máy chủ cho biết đã nhận thư và khoảng thời gian kể từ chặng trước.

Khoảng cách vài giây là bình thường. Vài phút thường có nghĩa là thư đã nằm trong hàng đợi vì máy chủ nhận yêu cầu thử lại theo cơ chế greylisting, máy chủ chuyển tiếp đang bận hoặc bộ lọc gửi đi của chính người gửi đã giữ thư lại. Thời gian chạy ngược? Một trong các máy chủ đang đặt sai giờ.

Nên tin cậy Authentication-Results nào

Authentication-Results (RFC 8601) là nơi máy chủ nhận ghi lại kết quả SPF, DKIM, DMARC và đôi khi cả ARC. Một thư có thể chứa nhiều dòng này, nhưng chỉ dòng do máy chủ chuyển thư đến cho bạn thêm vào mới có giá trị. Mọi dòng bên dưới đều được ghi trước khi nhà cung cấp của bạn nhận được thư, bởi các máy chủ mà bạn không có lý do để tin cậy, và người gửi có thể ghi bất kỳ nội dung nào họ muốn vào đó.

Trình phân tích lấy dòng trên cùng làm kết luận và liệt kê riêng các dòng còn lại. Bên cạnh đó là ba miền quyết định việc căn chỉnh: miền From, miền d= của DKIM và miền Return-Path được dùng để kiểm tra SPF. DMARC chỉ đạt khi SPF hoặc DKIM đạt cho một miền khớp với miền From. Việc so sánh các miền này thường giúp giải thích nguyên nhân không đạt.

Tìm header email ở đâu

Trong Gmail, mở thư, nhấp vào biểu tượng ba chấm bên cạnh Trả lời rồi chọn Hiển thị thư gốc. Trong Outlook trên web, mở thư, chọn Thao tác khác, sau đó chọn Xem và Xem chi tiết thư. Trong ứng dụng Outlook trên máy tính, chọn File, sau đó chọn Properties và tìm hộp Internet headers. Trong Apple Mail, chọn View, Message, All Headers. Sao chép mọi thứ từ đầu đến dòng trống đầu tiên, đó là nơi phần nội dung thư bắt đầu. Nếu bạn dán toàn bộ thư, phần nội dung sẽ bị cắt bỏ trước khi phân tích.

Header chứa địa chỉ IP và địa chỉ email. Dữ liệu được đọc trong bộ nhớ để tạo kết quả và không được lưu trữ, lưu vào bộ nhớ đệm hoặc ghi nhật ký.

Kiểm tra một email thực tế

Mỗi công cụ kiểm tra một phần trong cấu hình của bạn. Bài kiểm tra đầy đủ đọc chính email: gửi một email đến địa chỉ dùng một lần để nhận kết quả SPF, DKIM và DMARC theo cách bên nhận đánh giá, kiểm tra blacklist, nội dung, cả hai điểm spam và kế hoạch khắc phục. Thêm kiểm tra vị trí hộp thư để xem email vào thư mục nào tại Gmail, Outlook, Yahoo và các nhà cung cấp khác.

Kiểm tra email của bạnXem báo cáo mẫu

Câu hỏi

Làm cách nào để đọc header email?

Bắt đầu từ dòng Received dưới cùng rồi đi lên, đó là thứ tự các máy chủ đã xử lý thư. Sau đó, xem dòng Authentication-Results do chính nhà cung cấp của bạn thêm vào, tức dòng trên cùng, để biết kết quả SPF, DKIM và DMARC.

Tại sao DKIM đạt nhưng DMARC không đạt?

DMARC cần một chữ ký DKIM đạt có miền d= khớp với miền From, hoặc một lần kiểm tra SPF đạt cho miền Return-Path khớp với miền đó. Chữ ký từ miền riêng của nền tảng gửi có thể đạt DKIM nhưng vẫn không giúp DMARC đạt. Trình phân tích hiển thị ba miền cạnh nhau để bạn thấy điểm không khớp.

Hướng dẫn đầy đủ: DMARC fail

Khoảng trễ dài giữa hai chặng có nghĩa là gì?

Thư đã chờ trên máy chủ nơi khoảng trễ bắt đầu. Các nguyên nhân phổ biến gồm greylisting, khi máy chủ nhận yêu cầu máy chủ gửi thử lại sau, hàng đợi gửi đi bị đầy hoặc bộ lọc quét thư trước khi chuyển tiếp. Một lần trễ vài phút hiếm khi là vấn đề về khả năng gửi email. Nó chỉ giải thích vì sao thư đến muộn.

Header email có thể bị giả mạo không?

Mọi thứ do người gửi ghi đều có thể bị giả mạo. Các dòng Received nằm dưới dòng của chính nhà cung cấp của bạn và các dòng Authentication-Results cũ có thể được tạo giả. Nội dung do nhà cung cấp của bạn thêm ở trên cùng thì không thể bị giả mạo, và nhà cung cấp có thể kiểm tra chữ ký DKIM bằng khóa công khai của người gửi. Trình phân tích không tự xác minh chữ ký. Công cụ đọc kết luận của nhà cung cấp từ dòng trên cùng.

ARC trong header là gì?

ARC (RFC 8617) cho phép một dịch vụ chuyển tiếp, chẳng hạn như danh sách gửi thư hoặc địa chỉ chuyển tiếp, ghi lại kết quả xác thực mà dịch vụ đó thấy trước khi thay đổi thư. Sau đó, máy chủ nhận cuối cùng có thể quyết định tin cậy bản ghi này khi việc chuyển tiếp làm SPF hoặc DKIM không đạt.

Tôi có thể kiểm tra thư trước khi gửi không?

Có. Header chỉ tồn tại sau khi thư đã được gửi đến một nơi nào đó. Để kiểm tra chiến dịch hoặc email giao dịch trước khi thư đến người nhận, hãy gửi thư đến địa chỉ kiểm tra trên trang chủ. Bạn sẽ nhận được các kết quả này cùng với kiểm tra blacklist, nội dung, liên kết và các quy tắc dành cho người gửi hàng loạt trong một báo cáo.

Common errors

Công cụ miễn phí khác