拿一次性地址去註冊某個站點，結果卡在驗證碼這一步，是很多人第一次接觸臨時信箱就會遇到的麻煩。它通常有兩種樣子：表單當場告訴你這個信箱不能用，或者表單順利送出、確認信卻一直沒來。兩者看起來不同，排查方式也不同，但根源是同一個決定。這篇文章談的是接下來該怎麼做：如何確認自己被攔了、問題出在哪一環、哪些長期可用的方案真的收得到信、哪些做法只會把事情弄得更糟，以及怎麼自己動手測一遍註冊表單。至於站點為什麼要攔、這個政策合不合理，是另一個題目，不在這裡展開。
怎麼判斷自己的地址被攔了
攔截很少會直接寫出「我們封了這個網域」。你看到的是一個症狀，而症狀能告訴你是被哪一層擋下。
| 你看到的 | 通常代表什麼 |
|---|---|
| 輸入框直接報錯，提示與信箱有關 | 前端或伺服端的檢查命中了網域 |
| 表單接受地址，帳號卻一直未驗證 | 帳號建了，但確認這一步走不完 |
| 表單成功，驗證碼卻永遠不來 | 寄送方壓下了郵件，或收件匣已過期 |
| 郵件到了，連結或驗證碼卻無效 | 這是流程問題，與網域封鎖無關 |
最可靠的訊號是重複。把同一個網域下的帳號名稱換一個再送出，如果新地址同樣被拒，觸發規則的就是網域，而不是你寫錯了什麼。反過來說，如果在同一個表單上換一個主流服務商的地址就能通過，代表表單是好的，變數只在你的地址。
第二個訊號是時間。前端攔截是即時的，送出之前就會發生；投遞層面的攔截則完全看不見，頁面一切正常，後面卻什麼都沒有。先等幾分鐘，並檢查垃圾郵件資料夾，再下結論。十分鐘後才到的驗證碼是延遲，不是攔截。
下結論前還要排除三種相似情況。拼字錯誤會讓郵件寄到別的地方，重新核對你輸入的地址。信箱過期表示你送出時地址還有用，但郵件到達前它已經失效。過於嚴格的垃圾過濾或塞滿的收件匣，也會把一封成功投遞的信藏起來。這三種各有各的解法，而且都不是站點的政策。
為什麼表單偏偏拒絕這個地址?
輸入框拒絕你的時候，表單通常是把「@ 後面那一段」拿去和一份名單比對，或者請風控服務給一個判斷。地址本身的字元並沒有寫錯，帳號名稱再普通也可能被拒，因為規則針對的是網域，不是人。
這解釋了一個看起來很不講理的現象：同一個一次性地址，早上在這個產品被拒，下午在另一個產品卻能通過，因為每家的名單和尺度都不一樣。它也解釋了誤判：服務停運後網域可能被回收再註冊，正規服務商也可能因為用的人裡濫用者太多而被連帶列名。名單背後的商業理由，以及一個無辜的服務商為什麼會進名單，可以參考為什麼站點會封鎖一次性網域，那裡談的是政策層，這裡只談你該怎麼辦。
被拒也不一定就是最終結果。有些表單只在瀏覽器裡檢查，這條檢查甚至可能比伺服端真正執行的規則更嚴；有些前後端都查，這時以伺服端為準。少數表單拒的是「形狀」而不是「名聲」，例如帳號名稱過長、含特殊字元或用了加號別名，這類規則與是否一次性無關，細節見信箱地址的語法與長度限制。無論哪一種，真正有用的問題不是怎麼騙過輸入框，而是這個站點有沒有提供例外，以及你值不值得為了它換一個它接受的地址。
為什麼驗證碼一直寄不出來?
驗證碼收不到，背後有兩種不同的失敗，值得分開談，因為只有一種和你的地址有關。
第一種是寄送方主動不寄。站點認出了網域，決定根本不寄，或者接受註冊之後把郵件丟掉。這樣做是為了保護站點自己的寄信網域：寄往會退信、會被標記為垃圾的地址，會拉低寄信網域的信譽。對使用者來說，表現就是註冊看起來成功了，而郵件從未存在過。
第二種是投遞失敗。郵件寄出去了，卻沒到你手上。常見原因有三：臨時收件匣在驗證碼到達前就過期了，郵件被收信端拒絕，或者被悄悄丟進垃圾資料夾。臨時收件匣往往只存活幾分鐘，如果一個表單延遲一會兒才寄碼，就可能整封錯過時間窗。收信端更完整的排查清單，見臨時信箱收不到驗證碼。
兩種情況都不會給你退信通知，因為失敗發生在你的收件匣之上。這正是驗證碼問題最折磨人的地方：你這邊根本沒有東西可讀。建議的順序是，先打開臨時收件匣確認它還在、還收得到別的郵件，再檢查垃圾郵件資料夾，然後重新產生一個新地址再次要求驗證碼。已經過期的地址救不回來，一個乾淨的新收件匣永遠勝過舊的。
合規的通過方式：自有網域或郵件別名
如果你既想要隱私、又不想被拒，答案就是那些不在名單上的長期方案。
自己控制的網域是最穩的一種。你可以給它配一個全收地址，也可以一個服務用一個信箱，只要按時續約，它就能一直收驗證碼。它在風控系統眼裡不是一次性網域，因為它本來就不是，而且能撐過一次性地址撐不過的密碼重設。同樣的思路和具體操作，見自有網域臨時信箱。
用你已經在用的服務商開一個郵件別名，是更輕的做法。你建一個轉寄到主信箱的地址，日後哪個服務洩漏或轉賣了你的資料，看哪個別名開始收到垃圾信就知道了。在自己的信箱帳號後面加一個標記，是同一招裡最省事的版本，代價是任何人看到這個地址，都能去掉後綴找到你的主信箱。
如果是你真心想長期使用的服務，就用自己控制的地址，並把它的信單獨歸到一個資料夾。如果只是一個用完就不管的驗證碼，那就用臨時收件匣，前提是這個站點接受它。判斷標準很簡單：長期關係配長期地址，一次性帳號配一次性地址。如果還拿不準兩者怎麼選，可以看看轉寄別名和一次性地址的比較。
哪些做法不要用
- 不要靠不斷更換一次性地址去繞過檢查。繞開一條明訂的規則，和解決你自己的問題是兩回事，它通常違反你已同意的條款，也會逼著站點把規則收得更緊，最後受影響的是所有守規矩的人。
- 不要編一個你不擁有的地址。帳號將無法找回，確認信也會落進陌生人的收件匣。
- 不要把一次性地址綁到任何你在意的東西上。它過期之後沒有密碼重設、沒有找回、也沒有歷史紀錄。
- 不要把攔截當成針對你個人。它只是一份名單，名單會有錯，服務商也可能被誤分類。禮貌地聯繫客服申請例外，說明你要這個地址做什麼。
- 不要把收不到驗證碼直接當成被攔。先檢查垃圾資料夾、地址的有效期限，以及表單到底有沒有真的寄出郵件。
- 不要使用站點明確禁止的繞過手段。如果條款寫明不接受一次性地址，正確做法是換地址或換服務，而不是找漏洞。
怎麼自己測一遍註冊表單?
不管是在測自己的產品，還是只想弄懂某個表單，按順序做幾個小測試，都比瞎猜有用。
- 先用一個主流服務商的地址送出。它應該被接受；如果連它都被拒，問題在表單，不在地址。
- 再用一個已知的一次性地址送出，觀察拒絕發生在哪一步：輸入框當場、送出之後，還是投遞階段。
- 換一個帳號名稱、保留同一個網域再送出。如果仍然被拒，規則針對的就是網域。
- 產生一個全新的臨時地址並送出，記錄驗證碼到達花了多久，在放棄前先看垃圾資料夾。
- 記錄提示原文、時間，以及之後帳號處於什麼狀態。一個留下半成品帳號的「攔截」，其實是客服負擔，不是乾淨的攔截。
如果這是你自己的表單，規則要放在伺服端執行，而不是只放在瀏覽器裡，因為前端檢查輕易就能繞過。提示要誠實，點名是地址的問題，而不是給一句籠統的錯誤。要留一條申請複核的入口，並在測試裡涵蓋「被拒」這條分支，就像涵蓋成功路徑一樣，包括帳號驗證通過後會開始收到的交易郵件。最後，要有意識地決定你到底需不需要封這些網域；如果一個產品與使用者之間沒有持續關係，可能根本不需要。
下一步
診斷清楚之後，決定通常很簡單。如果這個帳號需要長期存在，就把它換到別名或自有網域下的地址，兩者都能撐過密碼重設，也都不在一次性名單上。如果只需要一個驗證碼，就用一個你已經掌握的地址，或者在一個允許的服務上用臨時收件匣。
本站的臨時信箱正是為這種一次性情境準備的，幾秒就能開始。整篇文章反覆強調的那條界線，值得再說一遍：把一次性地址當作測試工具，而不是繞開某個站點關於誰能使用其服務的決定。