Không nhận được email xác nhận? Lý do và cách xử lý

Bắt đầu với bước kiểm tra 60 giây

Hãy làm bốn việc này trước bất cứ điều gì khác. Gộp lại, chúng giải thích phần lớn các trường hợp thiếu email xác nhận, và không việc nào mất nhiều thời gian hơn việc đọc câu này.

1. Đọc lại địa chỉ, từng ký tự một. Không phải địa chỉ bạn nhớ trong đầu — mà là địa chỉ đang thực sự mở trước mắt bạn, đối chiếu với địa chỉ thực sự có trong biểu mẫu. rn và m, l và 1, một dấu chấm bạn thêm vào, một dấu chấm bạn bỏ sót: một địa chỉ lệch một ký tự là một hộp thư khác vẫn hoạt động hoàn hảo — chỉ là nó không phải của bạn.
2. Kiểm tra xem bạn đã dùng tên miền nào. Có ba tên miền công khai được cung cấp, và cùng một tên đặt trước mỗi tên miền là ba hộp thư hoàn toàn khác nhau. k7fq2m@grabmail.io và k7fq2m@mixozia.com không liên quan gì đến nhau.
3. Đảm bảo bạn không đang nhìn vào bí danh. Bí danh là địa chỉ bạn đưa cho người khác; hộp thư lại mở dưới địa chỉ bạn giữ lại cho mình. Đọc lại một bí danh lúc nào cũng cho ra một hộp thư trống — không phải vì thư đến chậm, mà vì chưa từng có gì được lưu dưới bí danh đó.
4. Yêu cầu trang web gửi lại. Phần lớn biểu mẫu đăng ký có liên kết gửi lại, và việc dùng nó không mất gì cả. Nếu lần gửi thứ hai đến ngay lập tức, lần đầu đã thất lạc ở phía gửi, và không có gì ở đây cần điều tra thêm.

Email xác nhận nên mất bao lâu để đến

Một email xác nhận thường xuất hiện sau hai đến ba giây kể từ khi bạn nhấn nút. Còn nếu phải chờ lâu hơn, điều đó có nghĩa là:

Có một kiểu chậm trễ đến từ phía chúng tôi, và đáng để biết. Nếu lớp lưu trữ của chúng tôi tạm thời không sẵn sàng, các máy chủ thư vẫn chấp nhận và giữ lại những gì đến, thay vì từ chối, rồi gửi tiếp khi lớp lưu trữ hoạt động trở lại — trong tối đa 5 ngày. Một máy chủ gửi thư không bao giờ nhận được một lời từ chối vĩnh viễn vì lỗi ở phía chúng tôi, bởi vì các bên gửi không thử lại với loại lỗi đó. Vậy nên một thư thực sự đến muộn thì vẫn đang trên đường tới.

Bạn đang nhìn nhầm hộp thư

Đây là nguyên nhân phổ biến nhất và cũng khó nhận ra nhất: một địa chỉ sai một ký tự vẫn là một hộp thư hoàn toàn bình thường, chỉ là chưa ai gửi gì đến đó. Không có lỗi nào để nhận ra, vì ở đây không có gì được tạo trước. Sáu cách điều này xảy ra:

Gõ nhầm, có thể ở một trong hai đầu

Gõ một kiểu vào biểu mẫu, rồi gõ một kiểu khác khi tìm trong hộp thư. Hãy sao chép và dán theo cả hai chiều, thay vì đọc rồi gõ lại bằng mắt.

name+tag@ không phải là name@

Địa chỉ kiểu cộng-thẻ (plus-addressing) ở đây mở ra một hộp thư riêng, chứ không gắn thẻ vào một hộp thư đã có. Đây là chủ ý — thẻ là cách người dùng tách các lượt đăng ký ra khỏi nhau — nhưng điều đó có nghĩa là shop+aug@grabmail.io không bao giờ xuất hiện trong shop@grabmail.io. Hãy mở đúng địa chỉ như bạn đã gõ, kèm cả thẻ.

Một tên miền công khai khác

Cùng một tên nhưng trên grabmail.io, mixozia.com và linqmail.com là ba hộp thư không liên quan gì đến nhau. Không có gì được chia sẻ giữa chúng.

Bí danh, chứ không phải địa chỉ

Bí danh chỉ chuyển thư vào hộp thư chứ không bao giờ đọc lại được nó. Dán một bí danh vào ô tìm hộp thư, và nó sẽ mãi mãi trống, dù có bao nhiêu thư đến đi nữa.

Điện thoại tự tiện sửa giúp

Tự động sửa lỗi và tự động viết hoa sẽ viết lại địa chỉ ngay khi bạn đang gõ. Chữ hoa thì vô hại — mọi thứ ở đây đều được chuyển về chữ thường — nhưng một từ bị tự động sửa lại là một địa chỉ hoàn toàn khác.

Hộp thư của người khác, trong chốc lát

Những cái tên ngắn, dễ đoán trên một tên miền công khai được dùng chung bởi bất kỳ ai nghĩ ra chúng. Nếu bạn dùng test@ hoặc hello@, có thể một người khác đã mở thư của bạn, hoặc đã xóa nó, trước khi bạn kịp xem.

Trang web chưa từng gửi thư

Đáng để loại trừ sớm, vì không có gì bạn làm ở phía này có thể khắc phục được nó. Các biểu mẫu đăng ký thất bại âm thầm nhiều hơn hẳn những gì họ thừa nhận:

• Tài khoản đã tồn tại từ trước. Nhiều trang web trả lời “chúng tôi đã gửi cho bạn một liên kết” bất kể địa chỉ đó có mới hay không, và không gửi gì cả khi nó không mới. Đây là một biện pháp có chủ đích để chống thu thập địa chỉ hàng loạt, và là một cách làm tốt — nhưng nó cũng không thể phân biệt được với một thư bị thất lạc.
• Địa chỉ bị từ chối sau khi biểu mẫu đã báo cảm ơn. Một số danh sách chặn chỉ chạy khi thư được gửi đi, chứ không phải khi ô nhập liệu được điền.
• Việc gửi thư theo lịch cố định. Một đợt gửi hàng loạt chạy mỗi 5 hoặc 10 phút là chuyện thường thấy ở các trang web nhỏ, và không có gì trên trang thông báo điều đó.
• Nhà cung cấp của họ đã trả ngược thư. Thư bị trả ngược quay về phía họ, không phải phía bạn, và không phải lúc nào cũng có người thật đọc được nó.
• Bạn đã vượt quá giới hạn số lần gửi lại. Ba lần yêu cầu trong một phút, và lần thứ tư sẽ bị bỏ qua mà không có bất kỳ thông báo nào.

Có một cách kiểm tra tách bạch tất cả những điều này khỏi một sự cố gửi thư, và chỉ mất một phút: cho một thư khác gửi đến cùng địa chỉ đó. Biểu mẫu “quên mật khẩu” của bất kỳ trang web nào khác cũng được. Nếu thư đó đến mà email xác nhận thì không, lỗi nằm ở phía gửi, và có chờ bao lâu cũng không thay đổi được điều đó.

Trang web từ chối địa chỉ dùng một lần

Rất nhiều dịch vụ duy trì danh sách các tên miền email dùng một lần, và các tên miền công khai ở đây đều nằm trong đó. Đây là nguyên nhân duy nhất không tự biến mất, nên đáng để nhận ra sớm. Nó xuất hiện dưới hai hình thức, và chỉ một trong hai là thành thật về việc nó đang làm gì.

Không có mẹo nào gỡ được một tên miền đã bị chặn, và bất kỳ dịch vụ nào quảng cáo “email tạm thời dùng được ở mọi nơi” thực chất chỉ là một danh sách chặn chưa kịp cập nhật. Điều thực sự hiệu quả là một địa chỉ mà chưa danh sách nào liệt kê — đó là nội dung của phần tiếp theo.

Có một phiên bản đầy đủ hơn của chủ đề này, bao gồm cả những gì các danh sách đó thực sự kiểm tra, trong hướng dẫn về cách đăng ký mà không cần đưa địa chỉ thật của bạn.

Cách khắc phục loại bỏ toàn bộ nhóm nguyên nhân này

Một bản ghi MX trên tên miền bạn đã sở hữu sẽ biến mọi địa chỉ trên tên miền đó thành một hộp thư ở đây. Việc này miễn phí, chỉ mất vài phút, và giải quyết cùng lúc ba nguyên nhân đã nêu ở trên:

• Chưa danh sách chặn nào biết đến nó. Tên miền của bạn không bao giờ được hiển thị ở bất kỳ đâu trên trang web này, nên không có gì để một bộ lọc đối chiếu.
• Không ai khác đoán ra được nó. Các tên miền công khai xuất hiện trên mọi trang ở đây; tên miền của bạn thì không, nên ngay cả một địa chỉ ngắn trên đó cũng không bị chia sẻ với người lạ.
• Mỗi dịch vụ một địa chỉ riêng, không bao giờ trùng nhau. Hôm nay dùng forum@, mai dùng shop@, cả hai đều trên một tên miền chỉ mình bạn dùng — và khi một trong hai bắt đầu nhận spam, bạn biết chính xác ai đã bán địa chỉ đó.

Bản thân bản ghi này chỉ gồm một dòng, và việc công bố nó chính là toàn bộ bằng chứng sở hữu — không cần tạo tài khoản, không cần xác minh gì thêm:

Bản ghi MX cho tên miền của bạn10 smtp.grabmail.ioSao chép

Hướng dẫn đầy đủ, từng bước, ở đây: bản ghi cần thêm, nó chứng minh điều gì, và những giới hạn thực sự của một hộp thư không có mật khẩu bảo vệ.

Khi bên chờ là một bộ kiểm thử tự động, không phải con người

Mọi điều nói ở trên vẫn đúng, cộng thêm ba lỗi chỉ xảy ra với các đoạn script tự động:

Hộp thư trống không phải là một lỗi

Ở đây không có gì được tạo trước, nên một địa chỉ chưa từng nhận thư sẽ trả về 200 kèm count: 0 và một danh sách rỗng. Chỉ một tên miền mà chúng tôi không lưu trữ mới trả về 404. Đoạn mã coi “rỗng” là một lỗi sẽ bỏ cuộc trước khi thư kịp đến đúng một giây.

Bạn đang chờ một khoảng cố định, thay vì thăm dò định kỳ

Một lệnh sleep(5) cố định thì quá dài vào ngày mọi thứ suôn sẻ, và quá ngắn vào ngày trục trặc. Hãy thăm dò mỗi giây một lần, so với một mốc thời gian cố định theo đồng hồ thực, và cho bài kiểm thử thất bại khi mốc đó trôi qua, thay vì sau một số lần thử cố định.

Bạn đã vượt quá giới hạn tốc độ

Một yêu cầu mỗi giây, cho mỗi địa chỉ. Vượt quá mức đó, bạn sẽ nhận 429 kèm tiêu đề Retry-After tính bằng giây nguyên. Một client phớt lờ tiêu đề này và cứ liên tục gửi dồn dập sẽ chỉ càng phải chờ lâu hơn.

deadline=$(( $(date +%s) + 60 ))
while [ "$(date +%s)" -lt "$deadline" ]; do
  n=$(curl -sG https://grabmail.io/api/v1/mailbox \
        --data-urlencode "address=$ADDR" | jq '.count')
  [ "$n" -gt 0 ] && break
  sleep 1
done

Có hẳn một hướng dẫn riêng về cách làm việc này đúng cách — kiểm thử toàn bộ quy trình xác nhận email từ đầu đến cuối — kèm các hàm hỗ trợ Playwright và pytest không chạy chập chờn, cùng những kiểu lỗi khiến việc này trở nên khó chịu trong CI.

Thư đã đến, nhưng giờ không còn ở đó nữa

Ba lý do khiến một thư thực sự đã đến lại không còn ở trước mắt bạn lúc này:

Thư đã hết hạn

Mọi thứ đều bị xóa sau 5 ngày kể từ khi đến, bất kể đã đọc hay chưa. Đồng hồ bắt đầu tính từ lúc thư đến, và mỗi thư đều mang theo expires_at để phía client không bao giờ phải tự tính ra ngày đó.

Có ai đó đã xóa nó

Trên một tên miền công khai, bất kỳ ai biết địa chỉ đều có thể mở hộp thư và xóa thư trong đó. Nếu bạn dùng một cái tên ngắn, dễ đoán, người xóa thư đó chưa chắc đã là bạn.

Chính bạn đã xóa nó

Hộp thư có nút xóa, và API có lệnh gọi DELETE. Cả hai đều có hiệu lực ngay lập tức, và không cái nào có thể hoàn tác.

Nếu thư vẫn không xuất hiện

Không có hộp thư hỗ trợ nào để bạn viết đến, và đó là chủ ý chứ không phải thiếu lịch sự: một dịch vụ xây dựng trên email dùng một lần, không xác thực danh tính không phải là nơi để gửi thứ gì đó cần được đọc. Vì vậy, mọi bước còn lại đều là những gì bạn có thể tự làm.

1. Kiểm tra xem dịch vụ có đang hoạt động không. Trang trạng thái báo cáo riêng biệt tình trạng của máy chủ thư, API và trang web, để “không có gì đến” và “trang web đang chậm” không bao giờ bị nhầm lẫn với nhau.
2. Thử một tên miền công khai khác. Nếu một tên miền nằm trong danh sách chặn của bên gửi, hai tên miền còn lại có thể không nằm trong đó.
3. Thử một địa chỉ trên tên miền riêng của bạn. Cách này loại trừ mọi danh sách chặn chỉ trong một bước, và đây là cách kiểm tra duy nhất làm được điều đó.
4. Đi theo một lối vào khác. Đăng nhập bằng một tài khoản bạn đã có sẵn, hoặc bằng số điện thoại, nếu trang web có hỗ trợ cách đó.
5. Chấp nhận rằng lỗi nằm ở phía gửi. Nếu thư từ bất kỳ nơi nào khác vẫn đến cùng hộp thư đó chỉ vài giây sau, hộp thư đang hoạt động bình thường, và thư kia chưa bao giờ được chuyển giao.

Và nếu email xác nhận đó là thứ duy nhất đứng giữa bạn và một tài khoản mà bạn thực sự quan tâm, hãy hiểu ý và dùng một hộp thư thật cho việc đó. Một địa chỉ dùng một lần là công cụ phù hợp cho những lượt đăng ký sẽ hết quan trọng chỉ sau một giờ — tức là phần lớn các trường hợp, nhưng không phải trường hợp này.

Câu hỏi