Kiểm Tra Email Có Tồn Tại: Xác Minh Email Bất Kỳ

Kiểm tra email có tồn tại hay không mà không cần gửi gì: chúng tôi hỏi máy chủ email của nó và cho bạn xem cuộc trò chuyện. Hoặc gửi email của chính bạn đến một địa chỉ kiểm tra để nhận báo cáo đầy đủ về khả năng gửi tới.

Nguồn: DNS (MX, SPF, DMARC) · kiểm tra SMTP trực tiếp từ máy chủ của chúng tôi, dừng trước DATA · máy chủ email riêng của chúng tôi cho thư kiểm tra (Cloudflare Email Routing làm dự phòng) · SpamAssassin 4

Cách kiểm tra email có tồn tại mà không gửi email

Một máy chủ email cho biết nó có biết một địa chỉ hay không trước khi bất kỳ thư nào được gửi. Chúng tôi đặt câu hỏi đó rồi ngắt kết nối.

Gửi email là một cuộc trò chuyện ngắn giữa hai máy chủ. Bên gửi chào (EHLO), nêu địa chỉ trả về (MAIL FROM), nêu người nhận (RCPT TO), và chỉ sau đó mới gửi thư (DATA). Máy chủ nhận trả lời mỗi dòng bằng một mã ba chữ số (RFC 5321).

Chúng tôi giữ cuộc trò chuyện đến RCPT TO và đọc câu trả lời. Sau đó đặt lại (RSET), hỏi thêm một lần về một địa chỉ bịa ra ở cùng tên miền (đối chứng), rồi chào tạm biệt bằng QUIT. DATA không bao giờ được gửi, nên không có gì đến hộp thư đến của ai, và địa chỉ trả về trống nghĩa là không gì có thể bị trả lại.

probe.dnsrobot.netMáy chủ kiểm tra của chúng tôi · Mumbai · 198.51.100.25mx-in.g.apple.comMáy chủ email của tên miền · Apple · 203.0.113.17
  1. 220 hfd-mx01.apple.com -- Server ESMTP (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025))295 ms
  2. EHLO probe.dnsrobot.net
  3. 250 hfd-mx01.apple.com · 8BITMIME · PIPELINING · CHUNKING …140 ms
  4. MAIL FROM: <>người gửi trống: không gì có thể bị trả lại
  5. 250 2.5.0 Address Ok157 ms
  6. RCPT TO: <postmaster@apple.com>1
  7. 250 2.1.5 postmaster@apple.com Ok1200 ms
  8. RSET · MAIL FROM:<> · RCPT TO: <5b1c71ed2e78ecf2@apple.com>2một địa chỉ bịa ra ở cùng tên miền
  9. 550 5.1.1 unknown or illegal alias: 5b1c71ed2e78ecf2@apple.com2145 ms
  10. DATA không bao giờ gửi: chúng tôi dừng trước nội dung thư
  11. QUIT
  1. Cú pháp1 ms
  2. Tên miền & MX181 ms
  3. Danh sách< 1 ms
  4. Máy chủ email1,5 s
Một lần kiểm tra thật postmaster@apple.com, địa chỉ theo vai trò mà mọi tên miền email đều phải có (RFC 2142), từ máy chủ của chúng tôi ở Mumbai: 7 phản hồi trong 1,5 s. Máy chủ từ chối địa chỉ bịa ra (550 5.1.1), chính điều đó làm cho câu trả lời có với địa chỉ thật đáng tin.
Kết quả kiểm tra email có tồn tại của postmaster@apple.com: gửi được, kèm cuộc trò chuyện SMTP và địa chỉ đối chứngKết quả kiểm tra email có tồn tại của postmaster@apple.com: gửi được, kèm cuộc trò chuyện SMTP và địa chỉ đối chứngKết luậnGửi được, Không gửi được, Nhận tất cả, Rủi ro hoặc Chưa rõ, kèm các mã phản hồi đã quyết định và một câu giải thích lý do.Bốn bướcCú pháp, máy chủ email của tên miền, các danh sách dùng một lần và theo vai trò, rồi chính máy chủ email, mỗi bước kèm thời gian.Các câu trả lời đã quyết địnhĐịa chỉ này và một địa chỉ bịa ra ở cùng tên miền: câu “có” cho địa chỉ đầu và câu “không” cho địa chỉ sau làm cho câu “có” đáng tin.Cuộc trò chuyệnMọi lệnh máy chủ của chúng tôi đã gửi và mọi phản hồi máy chủ email đã đưa ra, đúng như đã diễn ra, kèm mã và thời gian của mỗi phản hồi.Không gửi gìDATA không bao giờ được gửi: cuộc trò chuyện dừng trước khi có thư, nên không có gì đến hộp thư đến và không gì có thể bị trả lại.
Một lần kiểm tra thật postmaster@apple.com, địa chỉ theo vai trò mà mọi tên miền email đều phải có: kết luận, bốn bước, hai câu trả lời đã quyết định và toàn bộ cuộc trò chuyện SMTP, dừng trước DATA. Chọn một con số để xem từng phần cho thấy điều gì.

Ý nghĩa của từng kết quả khi xác minh email

Năm câu trả lời, mỗi câu gắn với phản hồi đã tạo ra nó.

Gửi được cần hai điều: câu trả lời có cho địa chỉ và câu trả lời không cho một địa chỉ bịa ra ở cùng tên miền (hoặc một nhà cung cấp được đo là kiểm tra mọi địa chỉ). Thiếu câu trả lời thứ hai, câu trả lời có chỉ là của một máy chủ có thể trả lời có với bất kỳ ai.

Chưa rõ là một kết quả trung thực, không phải thất bại: máy chủ từ chối nói chuyện với máy chủ kiểm tra của chúng tôi, yêu cầu chúng tôi chờ, hoặc không trả lời. Nó không cho biết gì về địa chỉ, nên chúng tôi không bao giờ biến nó thành “không hợp lệ”.

  • Gửi được
    Địa chỉ này
    250
    Một địa chỉ bịa ra
    550

    Máy chủ biết địa chỉ này và từ chối một người lạ ở cùng tên miền.

    Cứ gửi.
  • Không gửi được
    Địa chỉ này
    550 5.1.1
    Hoặc tên miền
    null MXkhông có tên miền này

    Máy chủ cho biết hộp thư không tồn tại, hoặc tên miền hoàn toàn không nhận thư.

    Đừng gửi: thư sẽ bị trả lại.
  • Nhận tất cả
    Địa chỉ này
    250
    Một địa chỉ bịa ra
    250

    Máy chủ trả lời có với mọi thứ, nên câu trả lời có của nó không chứng minh được gì.

    Chỉ gửi nếu bạn nhận địa chỉ này từ chính người đó.
  • Rủi ro
    Tên miền
    danh sách dùng một lần
    Hoặc hộp thư
    552đầy

    Nó tồn tại, nhưng sẽ không bền hoặc hiện không nhận được thư.

    Tránh dùng cho những gì bạn cần về sau.
  • Chưa rõ
    Địa chỉ này
    451554không trả lời
    Hoặc DNS
    SERVFAIL

    Máy chủ không trả lời hoặc yêu cầu chúng tôi quay lại sau. Không phải câu trả lời phủ định.

    Kiểm tra lại sau, hoặc cứ gửi.
Mỗi kết quả đến từ một mã phản hồi (RFC 5321) hoặc một sự thật về tên miền, không bao giờ là phỏng đoán. Địa chỉ theo vai trò, miễn phí, bí danh và địa chỉ nhà mạng cũ là các nhãn đi kèm kết quả, không bao giờ là kết quả.

Những nhà cung cấp email nào có thể xác minh được

Việc kiểm tra cho biết được gì phụ thuộc vào nhà cung cấp. Chúng tôi đã đo 65 tên miền email, do 53 nhà cung cấp vận hành, từ máy chủ của mình.

Hầu hết nhà cung cấp dành cho cá nhân từ chối địa chỉ không tồn tại tại RCPT, nên kiểm tra ở đó đáng tin. Một số nhận mọi thứ rồi phân loại thư sau; Outlook.com đôi khi trả lời có một lần để chặn việc thu thập địa chỉ; một vài nơi từ chối các máy chủ họ không biết.

Chúng tôi không bao giờ dùng trang khôi phục mật khẩu hay trang đăng ký để thử một địa chỉ, như một số công cụ kiểm tra vẫn làm: việc đó vi phạm điều khoản của nhà cung cấp và chính là cách kẻ tấn công tìm tài khoản.

Đo từ máy chủ của chúng tôi22 tháng 10, 2026 · 65 tên miền, 10 trong số đó là công ty
Kiểm tra mọi địa chỉ42 tên miềnĐịa chỉ không tồn tại nhận 5xx tại RCPT, nên câu trả lời có là thật.
  • 163.com
  • au.com
  • biglobe.ne.jp
  • comcast.net
  • daum.net
  • docomo.ne.jp
  • ezweb.ne.jp
  • freenet.de
  • gmail.com
  • gmx.com
  • gmx.de
  • hanmail.net
  • hey.com
  • i.softbank.jp
  • icloud.com
  • kakao.com
  • laposte.net
  • libero.it
  • mail.com
  • mailbox.org
  • naver.com
  • o2.pl
  • ocn.ne.jp
  • orange.fr
  • posteo.de
  • proton.me
  • qq.com
  • rambler.ru
  • rediffmail.com
  • seznam.cz
  • sfr.fr
  • softbank.ne.jp
  • terra.com.br
  • tuta.io
  • uol.com.br
  • web.de
  • wp.pl
  • yandex.ru
  • zoho.com
  • apple.com
  • microsoft.com
  • salesforce.com
Trả lời có với một số địa chỉ bịa ra2 tên miềnOutlook.com: 2 trong 12 địa chỉ bịa ra từng nhận 250 một lần. Chúng tôi hỏi hai lần.
  • hotmail.com
  • outlook.com
Nhận mọi địa chỉ9 tên miềnỞ đây câu trả lời có không chứng minh được gì: các máy chủ này nhận trước rồi phân loại thư sau.
  • mail.ru
  • yahoo.co.jp
  • amazon.com
  • github.com
  • google.com
  • netflix.com
  • shopify.com
  • spotify.com
  • stripe.com
Hiện từ chối máy chủ của chúng tôi8 tên miềnHọ muốn DNS ngược của máy chủ chúng tôi khớp, cả xuôi lẫn ngược. Danh sách lỗi riêng của Yahoo cũng cho thấy thư gửi đến tài khoản không tồn tại bị trả lại sau khi thư đã được gửi đi.
  • aol.com
  • att.net
  • bol.com.br
  • cox.net
  • free.fr
  • nifty.com
  • verizon.net
  • yahoo.com
Greylist hoặc hoãn3 tên miềnMột mã 4xx. Fastmail dùng greylisting: cùng câu hỏi một phút sau sẽ nhận được câu trả lời. onet.pl và interia.pl hoãn theo một quy tắc có ngày kết thúc hoặc một giới hạn gửi thư, điều mà chờ đợi cũng không thay đổi được.
  • fastmail.com
  • interia.pl
  • onet.pl
Yêu cầu không bị kiểm tra1 tên miềnDeutsche Telekom: chúng tôi hoàn toàn không kết nối.
  • t-online.de
Các công ty hiển thị biểu tượng nền tảng email của họ (Microsoft 365, Google Workspace, Proofpoint, iCloud). Câu trả lời của một công ty là cài đặt riêng của nó, không phải quy tắc của nền tảng: microsoft.com kiểm tra mọi địa chỉ, còn github.com trên cùng nền tảng nhận bất kỳ địa chỉ nào.

Catch-all, greylisting và từ chối: khi không thể xác nhận một địa chỉ

Ba cách một máy chủ email tránh trả lời, và mỗi cách hiện ra trong kết quả như thế nào.

Một máy chủ nhận tất cả (catch-all) trả lời 250 với mọi địa chỉ, có thật hay không. Nhiều công ty dùng Microsoft 365 hoạt động theo cách này mà không biết: Directory-Based Edge Blocking chỉ từ chối địa chỉ không tồn tại khi tên miền được đặt là Authoritative.

Greylisting trả lời 451 với người gửi nó chưa từng gặp, rồi chấp nhận cùng câu hỏi đó một phút sau (RFC 6647). Từ chối có thể xảy ra ở bất kỳ bước nào đến RCPT (của bol.com.br xảy ra ngay tại RCPT), nhưng chúng nhắm vào máy chủ của chúng tôi, không phải địa chỉ, nên kết quả là Chưa rõ, không bao giờ là câu trả lời phủ định.

Nhận tất cả
  • sam.example@example.org250
  • 9e2b7c41d0a8f365@example.org250

Cả hai đều nhận câu trả lời có: máy chủ không phân biệt được chúng, nên chúng tôi cũng không.

Một tên miền Microsoft 365 được đặt làInternal relay250bất kỳ địa chỉ nàoAuthoritative (Directory-Based Edge Blocking)550 5.4.1một địa chỉ không tồn tại
Greylisting
0 giây451 4.7.1“Recipient address rejected: Temporary deferral, try again soon”
chờ ít nhất một phút: cùng máy chủ, cùng người gửi, cùng địa chỉ (RFC 6647)
60+ giây250550câu trả lời thật

Fastmail đã làm vậy với chúng tôi. Kết quả đưa ra nút Kiểm tra lại sau một phút, không bao giờ hỏi dồn liên tục. (onet.pl và interia.pl cũng trả lời 450, nhưng kèm một quy tắc có ngày kết thúc và một giới hạn gửi thư: đó là từ chối, nên chúng tôi không đề nghị chờ.)

Từ chối: mỗi máy chủ đã chặn chúng tôi ở đâu
kết nốilời chàoEHLOMAILRCPT
nifty.com554
FCrDNS check failed: reverse DNS does not match the connecting IP
free.fr421
Refused. Your reverse DNS entry does not resolve to an IP.
t-online.de554
None/bad reputation … (NOWL)
yahoo.com550 5.7.25
Forward-confirmed reverse DNS failed
bol.com.br450 4.7.25
Client host rejected: cannot find your hostname

Một lần từ chối nhắm vào máy chủ của chúng tôi, không phải địa chỉ, dù xảy ra ở đâu (của bol.com.br xảy ra tại RCPT), nên kết quả là Chưa rõ, không bao giờ là “không hợp lệ”.

Mã và nội dung đúng như các máy chủ đã gửi cho máy chủ kiểm tra của chúng tôi ngày 22 tháng 10, 2026. Bốn trong năm lần từ chối là về DNS ngược (PTR xác nhận xuôi-ngược) và sẽ hết khi bản ghi PTR của máy chủ chúng tôi khớp.

Địa chỉ email dùng một lần, theo vai trò, miễn phí và bí danh

Các nhãn mô tả địa chỉ; chúng không bao giờ tự quyết định kết quả.

Một hộp thư theo vai trò (support@, sales@) là có thật nhưng dùng chung, một địa chỉ miễn phí là bình thường với cá nhân, một bí danh chuyển tiếp đến hộp thư thật của ai đó, và một địa chỉ dùng một lần là hộp thư công khai biến mất trong vài giờ.

Các nhà mạng Nhật Bản vẫn còn những địa chỉ có hai dấu chấm liền nhau, hoặc dấu chấm ngay trước @. Chúng vi phạm RFC nhưng vẫn nhận được thư, nên chúng tôi hỏi máy chủ email về chúng đúng như đã gõ.

supporthộp thư theo vai trò (RFC 2142)+ordersđịa chỉ phụ (RFC 5233)@example.comtên miền quyết định: miễn phí, dùng một lần hay bí danh
  • Hộp thư theo vai tròpostmaster@support@sales@

    Hộp thư của cả nhóm: có thật và thường được đọc, nhưng không phải địa chỉ cá nhân của ai. RFC 2142 nêu tên những hộp thư mà một tên miền nên có.

  • Nhà cung cấp miễn phí

    Ai cũng đăng ký được. Bình thường với cá nhân; hiếm với nhân viên của một công ty.

  • Dùng một lần@mailinator.comkhoảng 9.900 tên miền

    Hộp thư công khai biến mất trong vài giờ. Lấy từ danh sách disposable-email-domains (CC0), đối chiếu theo tên miền đăng ký được.

  • Dịch vụ bí danh

    Chuyển tiếp đến một hộp thư thật mà người đó giữ kín. Không phải dùng một lần: thư trả lời đến được họ.

  • Địa chỉ nhà mạng cũtaro..yamada@docomo.ne.jp

    Không hợp lệ theo RFC, nhưng vẫn đang dùng: docomo và au cho phép giữ các địa chỉ cũ có “..” hoặc “.@”. Chúng tôi hỏi máy chủ đúng như đã gõ.

Các nhãn không bao giờ tự quyết định kết quả: một hộp thư theo vai trò vẫn có thể gửi được, và một bí danh có thể là nhận tất cả.

Cách kiểm tra khả năng gửi tới của email hoạt động: công cụ mail tester miễn phí

Gửi một email thật đến một địa chỉ kiểm tra chỉ nhận một thư; báo cáo được dựng dần khi từng phần được kiểm tra.

Địa chỉ kiểm tra của bạn nhận một thư trong 2 giờ. Máy chủ email riêng của chúng tôi nhận thư gửi đến mailtest.dnsrobot.net qua TLS và tự mình thấy phiên SMTP: phiên bản TLS, lời chào, cách máy chủ gửi trò chuyện. Cloudflare Email Routing là đường dự phòng.

Mọi thứ chạy trên những gì thực sự đã đến: địa chỉ đã kết nối, các header mà dịch vụ của bạn thêm vào, đoạn HTML mà người đọc sẽ nhận. Sau đó là SPF, DKIM, DMARC, ARC, định dạng, nội dung, header hủy đăng ký, SpamAssassin và quy tắc của các nhà cung cấp hộp thư.

  1. Ứng dụng email của bạnbạn nhấn Gửi14:02:10
  2. Máy chủ gửi của bạndịch vụ email của bạnSendGrid · 198.51.100.24
    DNS ngược (PTR)Tên HELODanh sách chặn
  3. Máy chủ email của chúng tôinhận qua TLSmailprobe.dnsrobot.net · TLSv1.3
    phiên SMTPPhiên bản TLSEHLO và pipeliningDấu xuống dòng
    bức thưSPFDKIMDMARCARCĐịnh dạngNội dungHủy đăng ký
  4. Báo cáo của bạntừng phần hiện ra khi được kiểm tra14:02:24
    SpamAssassinQuy tắc của Gmail · Yahoo · Outlook.comĐiểm số
Dự phòng: Cloudflare Email Routingroute1–3.mx.cloudflare.netnhận thư nếu máy chủ của chúng tôi ngừng hoạt động; không chuyển tiếp chi tiết TLS
Điều gì xảy ra với thư của bạn
0 sđến máy chủ email của chúng tôi11 sphân tích xong: nội dung và tệp đính kèm bị xóa7 ngàyheader, liên kết và bản xem trước bị xóa (hoặc sớm hơn: Xóa báo cáo)
Ví dụ trên trang này: một bản tin gửi qua SendGrid. Mỗi kiểm tra sáng lên ở nơi nó diễn ra: danh tính của máy chủ gửi, phiên SMTP mà máy chủ chúng tôi thấy, chữ ký và nội dung của thư, rồi đến SpamAssassin và quy tắc của các nhà cung cấp hộp thư.

Cách công cụ kiểm tra spam chấm điểm thư của bạn

Mười điểm, trừ đi các khoản trừ, mỗi khoản đều nêu rõ quy tắc của nó. Những gì chúng tôi không kiểm tra được thì không bị trừ điểm.

Một điểm số chỉ hữu ích khi bạn thấy được nó được tạo ra thế nào, nên toàn bộ bảng nằm ở đây, được sinh ra từ cùng đoạn mã chấm điểm thư của bạn. Mỗi khoản trừ dựa trên một RFC, trang của chính nhà cung cấp hộp thư hoặc một quy tắc SpamAssassin.

Các quy tắc chỉ dành cho thư hàng loạt, như hủy đăng ký một chạm, chỉ trừ điểm khi thư trông giống thư hàng loạt. Những gì một bức thư không cho thấy được (tỷ lệ khiếu nại, lượng thư gửi) là “chưa thể kết luận” và không bị trừ điểm.

Một báo cáo giả định7,8

10 − 1,5 − 0,7 = 7,8

  1. 1Thư hàng loạt không có hủy đăng ký một chạm hoạt động được (RFC 8058: cả hai header, được DKIM ký)
  2. 2SpamAssassin 3,4
Điều chúng tôi tìm thấyĐiểm bị trừPhần
SPF không đạt và không chữ ký DKIM nào xác minh được−3SPF
DMARC không đạt: không có SPF hay DKIM đạt mà khớp, và tên miền From có công bố chính sách−2,5DMARC
Header From không có một tên miền duy nhất để DMARC áp dụng−2DMARC
Tên miền From không công bố bản ghi DMARCchỉ với thư hàng loạt−1DMARC
SPF fail: bản ghi cho biết máy chủ này không được gửi−1SPF
SPF softfail hoặc neutral−0,5SPF
Không có bản ghi SPF cho tên miền MAIL FROM (hoặc HELO)−1SPF
SPF permerror: bản ghi hỏng hoặc quá 10 lượt tra cứu DNS−1SPF
Thư không được ký DKIMchỉ với thư hàng loạt−1DKIM
Có ký DKIM, nhưng mọi chữ ký đều không đạt (coi như chưa ký)chỉ với thư hàng loạt−1DKIM
Một chữ ký dùng khóa RSA dưới 1 024 bit−1DKIM
DKIM đạt, nhưng không chữ ký đạt nào khớp với tên miền From−0,5DKIM
Địa chỉ gửi có trong một danh sách chặn lớn−3Máy chủ gửi
Địa chỉ gửi có trong một danh sách chặn nhỏ hơn−1Máy chủ gửi
Địa chỉ gửi không có DNS ngược (PTR)−2,5Máy chủ gửi
Tên PTR không phân giải ngược về địa chỉ gửi−1,5Máy chủ gửi
HELO không phải là tên miền đầy đủ−0,5Máy chủ gửi
Máy chủ gửi không dùng TLS−1,5Phiên SMTP
Dấu xuống dòng LF hoặc CR đơn lẻ trong thư0một cảnh báo, không tính vào điểm (−0,5 khi có nguồn được trích dẫn)Phiên SMTP
From bị thiếu, lặp lại, không đọc được, hoặc liệt kê nhiều hộp thư mà không có Sender−2Định dạng
Date bị thiếu hoặc không đọc được−1Định dạng
Message-ID bị thiếu hoặc sai định dạng−1Định dạng
Date lệch hơn một ngày so với thời điểm thư đến0một cảnh báo, không tính vào điểm (−0,5 khi có nguồn được trích dẫn)Định dạng
Một trường chỉ được xuất hiện một lần lại xuất hiện hai lần−0,5Định dạng
Dòng dài hơn 998 ký tự−0,25Định dạng
Hình ảnh gần như không có chữ0một cảnh báo, không tính vào điểm (−1 khi có nguồn được trích dẫn)Nội dung
HTML không có bản văn bản thuần−0,5Nội dung
HTML trên khoảng 102 KB: Gmail có thể cắt bớt0một cảnh báo, không tính vào điểm (−0,5 khi có nguồn được trích dẫn)Nội dung
Liên kết qua dịch vụ rút gọn URL0một cảnh báo, không tính vào điểm (−1 khi có nguồn được trích dẫn)Nội dung
Liên kết đến địa chỉ IP trần0một cảnh báo, không tính vào điểm (−1 khi có nguồn được trích dẫn)Nội dung
Liên kết đến tên miền nhái tên miền khác0một cảnh báo, không tính vào điểm (−2 khi có nguồn được trích dẫn)Nội dung
Liên kết javascript:, data: hoặc file:0một cảnh báo, không tính vào điểm (−2 khi có nguồn được trích dẫn)Nội dung
Chữ của liên kết hiển thị một tên miền còn liên kết dẫn đến tên miền khác0một cảnh báo, không tính vào điểm (−0,5 khi có nguồn được trích dẫn)Nội dung
Một loại tệp đính kèm mà Gmail chặn0một cảnh báo, không tính vào điểm (−2 khi có nguồn được trích dẫn)Nội dung
Liên kết đến máy chủ bị trình phân giải bảo mật của Cloudflare chặn (mã độc hoặc lừa đảo)0một cảnh báo, không tính vào điểm (−2 khi có nguồn được trích dẫn)Nội dung
Script, iframe, biểu mẫu hoặc đối tượng nhúng trong HTML−1Nội dung
1Thư hàng loạt không có hủy đăng ký một chạm hoạt động được (RFC 8058: cả hai header, được DKIM ký)−1,5Hủy đăng ký
2Điểm SpamAssassin trên 2,0một nửa số điểm vượt quá 2,0, tối đa 3SpamAssassin
Điểm SpamAssassin đạt ngưỡng spam của nó−2SpamAssassin
Chưa kiểm tra, hoặc không thể biết từ một bức thư0–
Bảng mà điểm số sử dụng (phiên bản 2026-10-31.1): 10 trừ mọi hàng áp dụng, không bao giờ dưới 0. Phần chúng tôi không kiểm tra được không bị trừ gì; các hàng cho thư hàng loạt chỉ trừ điểm với thư hàng loạt; hàng 0 điểm là cảnh báo chúng tôi hiển thị nhưng không tính vào điểm.

Sự khớp (alignment) SPF, DKIM và DMARC trong một hình

DMARC đạt khi SPF hoặc DKIM đạt cho một tên miền khớp với địa chỉ From mà mọi người nhìn thấy.

Một email có hai người gửi: người gửi ẩn trên phong bì mà thư báo lỗi trả lại được gửi đến, và địa chỉ From mà mọi người đọc. SPF kiểm tra cái đầu, DKIM kiểm tra một chữ ký, và DMARC gắn một trong hai với cái sau (RFC 9989).

Dịch vụ email thường đạt DMARC qua DKIM: họ ký bằng tên miền của bạn (một bản ghi bạn thêm vào) trong khi thư trả lại đi về tên miền phụ của chính họ.

Return-Path: bounces+48213-9f1c@em.example.orgngười gửi trên phong bì (MAIL FROM): SPF kiểm tra địa chỉ này
DKIM-Signature: v=1; a=rsa-sha256; d=example.org; s=s1; …một chữ ký của tên miền From
DKIM-Signature: v=1; a=rsa-sha256; d=sendgrid.info; s=smtpapi; …chữ ký riêng của dịch vụ email
From: Example Weekly <news@example.org>điều người đọc nhìn thấy: DMARC bảo vệ địa chỉ này
  1. SPF đạt198.51.100.24 được gửi thay cho em.example.orgkhớp: em.example.org thuộc về example.org
  2. DKIM đạtchữ ký của example.org xác minh đượckhớp: cùng tên miền
  3. DKIM đạtchữ ký của sendgrid.info xác minh đượckhông khớp: một tên miền khác (không sao)
  4. DMARC đạtFrom example.org: ít nhất một kết quả đạt khớpchính sách p=none · khớp kiểu relaxed
SPF kiểm tra người gửi ẩn trên phong bì, DKIM kiểm tra một chữ ký, còn DMARC hỏi xem một trong hai có thuộc về tên miền From mà mọi người nhìn thấy không. Khớp kiểu relaxed so sánh tên miền tổ chức (em.example.org và example.org khớp nhau); strict so sánh tên chính xác.

Yêu cầu đối với người gửi của Gmail, Yahoo và Outlook.com

Từ năm 2024, các nhà cung cấp hộp thư lớn nhất công bố những gì họ yêu cầu. Đây là chúng, đặt cạnh nhau.

Mọi người gửi cần SPF hoặc DKIM, DNS ngược hoạt động và một bức thư đúng định dạng. Người gửi hàng loạt còn cần cả SPF và DKIM, một bản ghi DMARC khớp với địa chỉ From, hủy đăng ký một chạm và tỷ lệ khiếu nại thấp.

Báo cáo của chúng tôi kiểm tra mọi quy tắc mà một bức thư có thể cho thấy, và ghi “chưa thể kết luận” với phần còn lại: tỷ lệ khiếu nại nằm trong Google Postmaster Tools và Sender Hub của Yahoo.

GmailYahooOutlook.com
Mọi người gửiNgười gửi hàng loạt5 000+ mỗi ngàyMọi người gửiNgười gửi hàng loạtkhông nêu con sốNgười gửi hàng loạt5 000+ mỗi ngày
SPF hoặc DKIM đạt4.7.27 · 4.7.30–––
Cả SPF và DKIM đều đạt4.7.27 · 4.7.30–––
SPF đạt––––1
DKIM đạt––––1
Có bản ghi DMARC, p=none hoặc chặt hơn4.7.40 · 5.7.40–––
From khớp với SPF hoặc DKIM (DMARC đạt)4.7.32 · 5.7.32––1
DNS xuôi và DNS ngược (PTR)4.7.23–––
TLS trên kết nối4.7.29––––
Định dạng thư theo RFC 53222–––
Không giả mạo From: của Gmail từ nơi khác––––
Địa chỉ From hoặc Reply-To hợp lệ––––
Hủy đăng ký một chạm (RFC 8058)–––
List-Unsubscribe (mailto hoặc https)––––
Có liên kết hủy đăng ký hiển thị rõ trong nội dung––
Khiếu nại spam dưới 0,3%–––

bắt buộckhuyến nghị– không có trong quy tắc của nhà cung cấp đó4.7.23mã Gmail trả lời khi thiếumột bức thư không cho thấy được: chúng tôi ghi “chưa thể kết luận”

1 550 5.7.5152 Gmail cũng yêu cầu chỉ một địa chỉ trong From.

Gmail và Yahoo từ tháng 2 năm 2024 (Gmail siết chặt hơn từ tháng 11 năm 2025), Outlook.com từ ngày 5 tháng 5 năm 2025, từ chối bằng 550 5.7.515. Báo cáo kiểm tra mọi hàng mà một bức thư có thể cho thấy.

Quyền riêng tư: chúng tôi giữ gì, và máy chủ email thấy gì

Địa chỉ bạn kiểm tra không được giữ lại: câu trả lời của nó thì có, tối đa một ngày, dưới dạng mã băm có khóa và không kèm địa chỉ. Nội dung của thư kiểm tra bị xóa ngay sau khi phân tích.

Kiểm tra một địa chỉ chỉ gửi cho máy chủ email của nó vài lệnh ngắn và không gì khác: EHLO, MAIL FROM:<>, RCPT TO cho địa chỉ và cho một địa chỉ bịa ra (và thêm một lần nữa với Outlook.com), RSET, QUIT. Máy chủ thấy tên máy chủ của chúng tôi, một người gửi trống và các địa chỉ được hỏi: không thấy bạn, và không thấy một bức thư.

Một báo cáo kiểm tra giữ các header, các liên kết và bản xem trước 140 ký tự của thư, cùng các phát hiện, trong 7 ngày để bạn chia sẻ liên kết; toàn bộ nội dung và tệp đính kèm bị xóa ngay sau khi phân tích. Bạn có thể xóa báo cáo bất cứ lúc nào từ chính báo cáo đó.

Xác minh một địa chỉ
  1. Bạn nhập địa chỉNó đến máy chủ của chúng tôi qua HTTPS, chỉ nằm trong yêu cầu.
  2. Máy chủ email thấyEHLO probe.dnsrobot.net · MAIL FROM:<> · RCPT TO:<…> · RSET · MAIL FROM:<> · RCPT TO:<…> · QUITChỉ vài lệnh này và không gì khác: tên máy chủ của chúng tôi, một người gửi trống, RCPT TO cho địa chỉ và cho một địa chỉ bịa ra (và thêm một lần nữa với Outlook.com). Không có thư, không có tên, không có gì về bạn.
  3. Chúng tôi giữKhông giữ địa chỉ. Nhật ký ghi tên miền và mã phản hồi; một câu trả lời dứt khoát được giữ tối đa một ngày dưới dạng mã băm có khóa, không kèm địa chỉ.
Kiểm tra email của bạn
  1. Chính bức thưNội dung và tệp đính kèm bị xóa ngay sau khi phân tích. SpamAssassin đọc nó trong bộ nhớ trên máy chủ email của chúng tôi; không ghi nhật ký gì.
  2. Báo cáoCác header, những tên miền mà thư liên kết đến (kèm một liên kết ví dụ cho mỗi tên miền) và bản xem trước 140 ký tự: 7 ngày, hoặc đến khi bạn nhấn Xóa báo cáo. Ai có liên kết của nó đều mở được.
  3. Chúng tôi không bao giờchuyển tiếp, trả lời, hay tự tay mở thư ra đọc.
Kiểm tra một địa chỉ là xử lý dữ liệu cá nhân theo GDPR ngay cả khi không lưu gì, nên chúng tôi giữ càng ít càng tốt. Spamhaus yêu cầu các công cụ kiểm tra không cung cấp dịch vụ làm sạch danh sách: danh sách hàng loạt không được kiểm tra hộp thư.

Câu hỏi thường gặp

Công cụ kiểm tra email này có miễn phí không?

Có, không cần đăng ký. Bạn có thể xác minh từng địa chỉ (vài địa chỉ mỗi phút), kiểm tra danh sách tối đa 100 địa chỉ và chạy kiểm tra khả năng gửi tới của email. Các giới hạn tồn tại vì mỗi lần kiểm tra đều chạm đến một máy chủ email thật: máy chủ chặn các công cụ hỏi quá thường xuyên, và điều đó sẽ làm công cụ ngừng hoạt động với mọi người.

Làm sao kiểm tra email có tồn tại mà không gửi email?

Hãy nhập nó ở trên. Chúng tôi tra máy chủ email của tên miền, kết nối đến máy chủ đầu tiên và hỏi liệu nó có nhận thư cho địa chỉ này không (RCPT TO). Sau đó chúng tôi hỏi về một địa chỉ bịa ra ở cùng tên miền, để biết máy chủ có phân biệt được chúng không, rồi ngắt kết nối trước khi bất kỳ thư nào được gửi.

Công cụ xác minh email chính xác đến đâu, và một địa chỉ hợp lệ vẫn có thể bị trả lại không?

Chính xác đến mức nhà cung cấp cho phép. Gmail, iCloud và hầu hết dịch vụ email cá nhân trả lời rõ ràng; tên miền nhận tất cả và nhà cung cấp từ chối kiểm tra thì không ai xác nhận được. Hộp thư đầy hoặc thay đổi sau lần kiểm tra vẫn có thể khiến địa chỉ hợp lệ bị trả lại. Chúng tôi cho biết bạn ở trường hợp nào, không bịa con số phần trăm.

Người đó có biết tôi đã kiểm tra địa chỉ email của họ không?

Không. Không có gì đến hộp thư đến của họ, vì cuộc trò chuyện dừng trước khi thư được gửi. Máy chủ của nhà cung cấp họ ghi lại một kết nối từ máy chủ kiểm tra của chúng tôi, như với mọi người gửi kết nối đến, nhưng nó không báo cho chủ hộp thư, và chúng tôi không gửi gì mà họ có thể nhìn thấy.

Vì sao địa chỉ Gmail, Yahoo hoặc Outlook.com cho kết quả này?

Gmail kiểm tra mọi địa chỉ: kết quả đáng tin. Outlook.com đôi khi nói có một lần với địa chỉ bịa ra, nên chúng tôi hỏi hai lần, chỉ tin kết quả trùng khớp. Yahoo từ chối máy chủ có DNS ngược không khớp, hiện gồm cả chúng tôi, nên địa chỉ Yahoo ra Chưa rõ. Danh sách lỗi của chính Yahoo cũng cho thấy thư đến tài khoản không tồn tại bị trả lại sau khi gửi.

Địa chỉ email catch-all (nhận tất cả) là gì?

Đó là địa chỉ ở một tên miền có máy chủ email nhận thư cho mọi địa chỉ, có thật hay không, rồi phân loại sau. Việc kiểm tra không phân biệt được hộp thư thật với hộp thư bịa ra ở đó, nên kết quả là Nhận tất cả. Chỉ gửi đến nó nếu bạn nhận địa chỉ từ chính người đó, và theo dõi thư bị trả lại.

Vì sao kết quả kiểm tra email của tôi là Chưa rõ?

Máy chủ email không trả lời về địa chỉ này. Nó đã greylist máy chủ kiểm tra của chúng tôi (hãy thử lại sau một phút), từ chối vì một quy tắc về máy chủ, không trả lời kịp, hoặc thuộc về một nhà cung cấp yêu cầu không bị kiểm tra. Chưa rõ không bao giờ là câu trả lời phủ định: một địa chỉ do chính người đó đưa cho bạn nhiều khả năng vẫn ổn.

Làm sao kiểm tra khả năng gửi tới và điểm spam của email?

Hãy mở “Kiểm tra email của bạn” ở trên và sao chép địa chỉ kiểm tra (chỉ nhận một thư). Gửi thư thật của bạn đến đó, từ cùng tài khoản và dịch vụ bạn vẫn dùng. Báo cáo được dựng dần khi từng phần được kiểm tra: máy chủ gửi, SPF, DKIM, DMARC, nội dung, header hủy đăng ký, SpamAssassin và quy tắc của Gmail, Yahoo, Outlook.com, kèm điểm số trên 10.

Điểm 10/10 từ một mail tester có nghĩa là email của tôi vào hộp thư đến không?

Không bài kiểm tra nào hứa được điều đó. Việc vào hộp thư đến còn tùy vào lịch sử gửi thư của bạn và tần suất người nhận đánh dấu thư là spam, điều chỉ nhà cung cấp hộp thư mới thấy. 10/10 nghĩa là mọi thứ chúng tôi kiểm tra được trong một bức thư đều ổn. Chúng tôi không có hộp thư mồi (seed), nên không bao giờ tuyên bố đo việc vào hộp thư đến.

Các bạn có lưu địa chỉ tôi kiểm tra hay email tôi gửi không?

Không lưu địa chỉ: nhật ký ghi tên miền và mã phản hồi máy chủ; câu trả lời dứt khoát được giữ tối đa một ngày dưới dạng mã băm có khóa, không kèm địa chỉ. Toàn bộ nội dung và tệp đính kèm của thư kiểm tra bị xóa ngay sau khi phân tích. Báo cáo giữ header, liên kết và bản xem trước 140 ký tự trong 7 ngày, hoặc đến khi nhấn “Xóa báo cáo”.

“Xác minh email” nghĩa là gì, so với kiểm tra tính hợp lệ?

Kiểm tra tính hợp lệ xem dạng của địa chỉ và tên miền của nó: cú pháp, và tên miền có máy chủ email hay không. Xác minh email còn hỏi máy chủ email về chính hộp thư. Công cụ này làm cả hai với từng địa chỉ; chế độ hàng loạt kiểm tra tính hợp lệ mọi dòng và cho bạn xác minh hộp thư của bất kỳ dòng nào khi bạn cần.

Tôi có thể kiểm tra một danh sách địa chỉ email không?

Có, tối đa 100 địa chỉ mỗi lần, dán vào hoặc từ một tệp CSV, và bạn có thể tải kết quả về dưới dạng CSV. Mỗi dòng được kiểm tra cú pháp, tên miền, máy chủ email và các danh sách. Hộp thư được kiểm tra từng cái một, khi bạn chọn, vì hỏi một trăm máy chủ email cùng lúc là làm sạch danh sách, điều mà máy chủ email chặn.

Còn thiếu điều gì?Đề xuất tính năng hoặc công cụ mới