Một email bị trả lại cho bạn biết điều mà bạn thường có thể đã biết trước khi gửi: rằng địa chỉ đó không tồn tại. Với cold outreach, nơi các địa chỉ đến từ website, danh bạ và danh thiếp chứ không phải từ biểu mẫu đăng ký, bất kỳ danh sách nào cũng sẽ có một phần đã lỗi thời.
Hướng dẫn này dành cho bất kỳ ai sắp gửi email đến một danh sách mà họ không xây dựng qua hình thức người dùng tự đồng ý đăng ký (opt-in) — các đội kinh doanh, người sáng lập, các agency. Chúng tôi (Outreach) giải thích ba bước kiểm tra cho biết một địa chỉ có thể nhận thư hay không, những bước kiểm tra đó ngừng hiệu quả ở đâu, và cách đọc các mã thư bị trả lại mà bạn nhận được khi một thư vẫn thất bại.
Câu trả lời ngắn gọn đặt lên trước: bạn thường có thể xác nhận một địa chỉ tồn tại mà không cần gửi email cho nó, nhưng không phải lúc nào cũng được — và biết khi nào bạn không thể biết cũng hữu ích như chính câu trả lời.
Vì sao bạn nên xác minh địa chỉ email trước khi gửi?
Vì các nhà cung cấp hộp thư yêu cầu người gửi loại bỏ các địa chỉ không hợp lệ, và mỗi thư bị trả lại là một thư không đến được ai. Các thực hành tốt nhất của Sender Hub của Yahoo nêu: “Hãy loại bỏ kịp thời những người nhận không hợp lệ khỏi danh sách của bạn.” Hướng dẫn dành cho người gửi email của Google yêu cầu “Tự động hủy đăng ký những người nhận có nhiều thư bị trả lại,” và “Nếu thư bắt đầu bị trả lại hoặc bị hoãn, hãy giảm khối lượng gửi cho đến khi tỷ lệ lỗi SMTP giảm xuống.”
Nói đơn giản: các nhà cung cấp theo dõi cách bạn xử lý các địa chỉ xấu. Kiểm tra trước khi gửi nghĩa là có ít thư bị trả lại hơn để xử lý về sau, và bức tranh rõ ràng hơn về số người thật mà chiến dịch của bạn đã tiếp cận.
Các bước xác minh một địa chỉ email là gì?
Ba bước kiểm tra, theo thứ tự: địa chỉ có đúng định dạng không, tên miền của nó có máy chủ email không, và máy chủ đó có cho biết hộp thư tồn tại không? Mỗi bước phát hiện những vấn đề mà bước trước không phát hiện được.
| Bước | Kiểm tra gì | Phát hiện gì |
|---|---|---|
| 1. Cú pháp | Địa chỉ tuân theo các quy tắc định dạng email | Lỗi gõ, thiếu @, ký tự không hợp lệ |
| 2. Tra cứu MX | Tên miền công bố một máy chủ email trong DNS | Tên miền đã chết, tên miền không nhận thư |
| 3. Kiểm tra hộp thư SMTP | Máy chủ email chấp nhận người nhận cụ thể đó | Hộp thư không tồn tại hoặc đã bị đóng |
Qua được bước 3 là tín hiệu mạnh nhất bạn có thể có mà không cần gửi. Nhưng như chúng ta sẽ thấy, một số máy chủ đưa ra cùng một câu trả lời cho mọi địa chỉ, dù thật hay không.
Làm sao để kiểm tra cú pháp email?
Hãy xác nhận có đúng một dấu @, một phần trước nó trông hợp lệ, và một tên miền thật sau nó — trong các giới hạn độ dài của chuẩn SMTP. RFC 5321 đặt “Tổng độ dài tối đa của tên người dùng hoặc phần cục bộ (local-part) khác” (phần trước dấu @) ở mức 64 octet, và độ dài tối đa của tên miền ở mức 255 octet.
Kiểm tra cú pháp phát hiện những lỗi hiển nhiên: sales@@example.com, info@example, một dấu cách ở cuối bị sao chép từ trang web, hoặc dấu phẩy gõ nhầm thay cho dấu chấm. Chúng rẻ và tức thì, nên hãy luôn chạy chúng trước. Điều chúng không cho bạn biết là có ai đứng sau địa chỉ đó hay không. jane.doe@example.com hoàn toàn đúng định dạng dù Jane có làm việc ở đó hay không.
Tra cứu MX hoạt động như thế nào?
Nó hỏi DNS xem máy chủ nào nhận thư cho tên miền; nếu không có máy chủ nào, không địa chỉ nào ở tên miền đó có thể nhận email. Bản ghi MX (mail exchanger — máy chủ trao đổi thư) trỏ đến máy chủ chấp nhận thư cho một tên miền. Tra cứu nó cho bạn biết tên miền có được thiết lập để nhận email hay không.
Ba kết quả có thể xảy ra, theo các tiêu chuẩn:
- Tìm thấy bản ghi MX. Tên miền có một máy chủ email — hãy tiếp tục sang bước 3.
- Tên miền không tồn tại. RFC 5321 nêu: “Nếu một lỗi tên miền không tồn tại được trả về, tình huống này PHẢI được báo cáo là một lỗi.” Địa chỉ đó đã chết.
- Không có bản ghi MX, nhưng tên miền tồn tại. RFC 5321 nêu rằng địa chỉ đó “được xử lý như thể nó được liên kết với một MX ngầm định” — thư được chuyển đến bản ghi địa chỉ của chính tên miền. Vì vậy, việc thiếu MX không tự động là ngõ cụt.
Cũng có một tín hiệu rõ ràng kiểu “chúng tôi không nhận thư”. RFC 7505 định nghĩa một “null MX” — một bản ghi MX duy nhất với độ ưu tiên 0 và dấu “.” làm tên máy chủ — mà “sẽ khiến mọi nỗ lực chuyển thư đến một tên miền thất bại ngay lập tức.” Nếu bạn thấy nó, hãy dừng lại: tên miền đã tuyên bố rằng nó không nhận email.
Kiểm tra hộp thư SMTP hoạt động như thế nào mà không gửi email?
Công cụ kiểm tra kết nối đến máy chủ email của tên miền và bắt đầu một lượt chuyển thư, nêu tên người nhận, đọc phản hồi của máy chủ, rồi ngắt kết nối trước khi gửi bất kỳ nội dung thư nào. Theo thuật ngữ SMTP: kết nối, EHLO, MAIL FROM, RCPT TO:<address>, đọc mã phản hồi, rồi QUIT — bước DATA, nơi nội dung thư thật sự sẽ được gửi, không bao giờ xảy ra.
Phản hồi đối với RCPT TO mới là điều quan trọng. RFC 5321 định nghĩa các mã này:
| Phản hồi | Ý nghĩa theo RFC 5321 | Thường cho bạn biết điều gì |
|---|---|---|
| 250 | Hành động thư được yêu cầu đã ổn, đã hoàn tất | Máy chủ chấp nhận người nhận này |
| 550 | “Hành động được yêu cầu không được thực hiện: hộp thư không khả dụng (ví dụ: không tìm thấy hộp thư, không có quyền truy cập, hoặc lệnh bị từ chối vì lý do chính sách)” | Thường là “không có hộp thư như vậy” — nhưng hãy đọc phần văn bản, nó cũng có thể là sự từ chối theo chính sách |
| 553 | “tên hộp thư không được phép (ví dụ: cú pháp hộp thư không đúng)” | Định dạng địa chỉ bị từ chối |
| 450 | “hộp thư không khả dụng (ví dụ: hộp thư đang bận hoặc tạm thời bị chặn vì lý do chính sách)” | Tạm thời — hãy thử lại sau |
| 452 | “không đủ dung lượng hệ thống” | Tạm thời |
Tại sao không hỏi thẳng máy chủ bằng lệnh VRFY? Vì các máy chủ được phép tắt nó. Mục 7.3 của RFC 5321 cho phép các trang tắt VRFY vì lý do bảo mật, và nêu rằng một máy chủ làm vậy “PHẢI trả về phản hồi 252” — một phản hồi có nghĩa là không phải có cũng không phải không. Đó là lý do các công cụ kiểm tra dùng đường RCPT TO thay thế.
Trong thử nghiệm của chính chúng tôi vào tháng 9 năm 2026, phương pháp RCPT đã xác định đúng cả 6 địa chỉ trong một tập nhỏ đã biết trước: 3 địa chỉ mà chúng tôi biết là đã bị trả lại, 2 địa chỉ đang hoạt động, và 1 địa chỉ trên một tên miền catch-all mà chúng tôi đã đánh dấu đúng là không thể xác nhận.
Tên miền catch-all là gì, và vì sao không thể xác minh nó?
Tên miền catch-all chấp nhận thư cho bất kỳ địa chỉ nào — thật hay bịa — nên máy chủ của nó trả lời “250 OK” cho mọi người nhận, và việc kiểm tra trước khi gửi không học được gì. Một số công ty cấu hình email của họ theo cách này để các địa chỉ viết sai chính tả vẫn đến được một ai đó. Những nơi khác dùng cổng (gateway) chấp nhận mọi thứ trước rồi phân loại sau.
Bạn phát hiện một catch-all bằng cách hỏi máy chủ về một địa chỉ gần như chắc chắn không tồn tại, chẳng hạn một chuỗi ngẫu nhiên dài ở cùng tên miền. Nếu máy chủ chấp nhận cả địa chỉ đó, thì mọi câu trả lời “có” từ nó đều vô nghĩa.
Điều này phổ biến đến mức nào? Trong một thử nghiệm vào tháng 9 năm 2026, chúng tôi (Outreach) đã gửi các lượt kiểm tra RCPT với địa chỉ bịa đến 25 tên miền email được lấy từ 200 liên hệ doanh nghiệp mà chúng tôi đã thu thập (chủ yếu là các công ty Hàn Quốc). Khoảng 74% tên miền trả lời trung thực và từ chối địa chỉ giả; khoảng 25% chấp nhận nó — chúng là catch-all. Hãy coi đó là một mẫu của một thị trường, không phải tỷ lệ phổ quát. Điểm chính là nó không hiếm.
Với các địa chỉ catch-all, kết quả trung thực là “không thể xác minh.” Gửi thư là cách duy nhất để biết, và đó là một quyết định phải cân nhắc: một địa chỉ được công bố trên website riêng của công ty là lựa chọn tốt hơn một địa chỉ đoán từ mẫu tên.
Vì sao một số máy chủ email từ chối các lượt kiểm tra xác minh?
Một số máy chủ email giới hạn ai được phép hỏi về người nhận, nên thay vì trả lời, họ trì hoãn, từ chối tạm thời hoặc ngắt kết nối. Các lần từ chối thường trông như sau:
- Một phản hồi 4xx tạm thời cho mọi người nhận, yêu cầu bạn thử lại sau.
- Một phản hồi 5xx đề cập đến chính sách hoặc danh tiếng chứ không phải hộp thư — ví dụ mã mở rộng 5.7.1, mà RFC 3463 mô tả là “Việc chuyển thư không được ủy quyền, thư bị từ chối.”
- Không có phản hồi nào, hoặc kết nối bị ngắt.
Không điều nào trong số này cho bạn biết hộp thư có tồn tại hay không. Một công cụ xác minh tốt báo cáo chúng là “không rõ”, chứ không phải “không hợp lệ” — đánh dấu một địa chỉ thật là đã chết chỉ vì máy chủ của nó thận trọng sẽ làm mất một liên hệ tốt.
Một số nhà cung cấp hosting cũng chặn các kết nối đi trên cổng 25, cổng SMTP, nghĩa là một công cụ kiểm tra chạy ở đó hoàn toàn không thể kết nối đến các máy chủ email. Một lần nữa, câu trả lời đúng trong trường hợp đó là “không thể xác minh”, chứ không phải “không tồn tại.”
Làm sao để đọc mã thư bị trả lại sau khi gửi?
Hãy nhìn chữ số đầu tiên của mã trạng thái mở rộng: 5 nghĩa là vĩnh viễn, 4 nghĩa là tạm thời. Sau đó chữ số ở giữa cho biết đó là loại vấn đề nào. RFC 3463 định nghĩa các mã theo dạng class.subject.detail:
- 5.x.x — Lỗi vĩnh viễn: “không có khả năng được giải quyết bằng cách gửi lại thư ở dạng hiện tại.”
- 4.x.x — Lỗi tạm thời kéo dài: “việc gửi trong tương lai có thể thành công.”
Những mã bạn sẽ gặp thường xuyên nhất khi vấn đề nằm ở địa chỉ:
| Mã | Tên theo RFC 3463 | Nên làm gì |
|---|---|---|
| 5.1.1 | Địa chỉ hộp thư đích không hợp lệ — “Hộp thư được chỉ định trong địa chỉ không tồn tại” | Xóa địa chỉ đó |
| 5.1.2 | Địa chỉ hệ thống đích không hợp lệ | Kiểm tra tên miền; xóa nếu nó đã chết |
| 5.1.3 | Cú pháp địa chỉ hộp thư đích không hợp lệ | Sửa lỗi gõ hoặc xóa |
| 5.1.6 | Hộp thư đích đã chuyển đi, Không có địa chỉ chuyển tiếp | Xóa; tìm một liên hệ mới |
| 5.2.1 / 4.2.1 | Hộp thư bị vô hiệu hóa, không nhận thư | Xóa nếu vĩnh viễn (5), chờ nếu tạm thời (4) |
| 4.2.2 | Hộp thư đầy (“nên được dùng như một lỗi tạm thời kéo dài”) | Thử lại sau |
| 4.4.1 | Máy chủ không trả lời | Tạm thời — thử lại sau |
| 4.4.7 | Hết thời gian chuyển thư | Thư đã quá cũ để chuyển; kiểm tra địa chỉ và thử lại sau |
| 5.7.1 | Việc chuyển thư không được ủy quyền, thư bị từ chối | Không phải vấn đề địa chỉ — mà là vấn đề chính sách hoặc xác thực |
Dòng cuối cùng này rất quan trọng. Một mã 5.7.x thường có nghĩa là máy chủ nhận đã từ chối bạn, chứ không phải hộp thư bị thiếu. Hãy kiểm tra thiết lập SPF, DKIM và DMARC của bạn trước khi xóa liên hệ đó.
Làm sao để kiểm tra miễn phí một địa chỉ riêng lẻ?
Hãy nhập nó vào công cụ kiểm tra địa chỉ email miễn phí của chúng tôi; công cụ này chạy các bước kiểm tra cú pháp, MX và hộp thư rồi cho bạn biết một trong ba kết quả. Không cần đăng ký. Công cụ có bằng tiếng Anh và tiếng Hàn; hãy nhập địa chỉ bạn muốn kiểm tra. Kết quả là một trong các trường hợp sau:
- Có thể nhận email — máy chủ email đã chấp nhận người nhận.
- Không tồn tại — địa chỉ không đúng định dạng, tên miền không có máy chủ email, hoặc máy chủ cho biết không có hộp thư như vậy.
- Không thể xác minh — tên miền là catch-all, máy chủ đã từ chối lượt kiểm tra, hoặc không thể thực hiện kiểm tra. Công cụ cho bạn biết lý do nào đã áp dụng.
Để ngăn công cụ bị dùng cho việc dò quét hàng loạt, nó cho phép một số lượng kiểm tra giới hạn mỗi ngày. Với cả một danh sách, hãy xác minh ngay trong quy trình gửi của bạn thay vì từng địa chỉ một.
Nên làm gì với những địa chỉ không thể xác minh?
Hãy giữ chúng riêng, gửi cho chúng theo từng đợt nhỏ hơn, và xóa bất kỳ địa chỉ nào bị trả lại với mã 5.x.x. Một thứ tự thực tế:
- Loại bỏ mọi địa chỉ không qua được bước cú pháp hoặc không có máy chủ email.
- Xóa các địa chỉ mà máy chủ cho biết không tồn tại.
- Gửi đến các địa chỉ đã xác nhận trước.
- Gửi đến các địa chỉ “không thể xác minh” một cách thận trọng hơn, và xóa bất kỳ địa chỉ nào bị trả lại vĩnh viễn — như cả Yahoo và Google đều khuyên.
Bạn cũng nên nhớ rằng một địa chỉ hợp lệ không có nghĩa là một người nhận sẵn lòng. Các khiếu nại thư rác bị tính vào bạn dù địa chỉ có tồn tại hay không; chúng tôi trình bày các con số trong vì sao cold email rơi vào thư rác.
Tóm tắt ngắn gọn
- Xác minh qua ba bước: cú pháp → tra cứu MX → kiểm tra hộp thư SMTP (RCPT, không gửi nội dung).
- Phần trước @ có thể dài tối đa 64 ký tự (RFC 5321); một null MX nghĩa là tên miền không nhận thư (RFC 7505).
- Các tên miền catch-all chấp nhận mọi địa chỉ — trong thử nghiệm 25 tên miền của chúng tôi, khoảng 25% là như vậy — nên một số địa chỉ chỉ có thể được đánh dấu “không thể xác minh.”
- Trong các thư bị trả lại, 5.x.x là vĩnh viễn và 4.x.x là tạm thời; 5.1.1 nghĩa là hộp thư không tồn tại; 5.7.x chỉ ra vấn đề chính sách, không phải địa chỉ xấu.
- Hãy thử một địa chỉ riêng lẻ bằng công cụ kiểm tra email miễn phí của chúng tôi.
