確認信一直沒來，是臨時信箱最常見的翻車現場，也幾乎是最少被解釋清楚的一種。頁面明明說已寄出，收件匣卻空空如也。夾在這兩件事中間的，有好幾種從外面看完全一樣、處理方式卻截然相反的成因，猜錯一次的代價，就是對著一個根本不會改變的頁面重新整理一下午。這篇文章把它們拆開，給出一個排查順序，並且坦白說清楚哪些情況無論怎麼做都收不到。
為什麼確認信始終沒來（總覽）
一封確認信要經過四個環節：寄件方的系統把信寫出來，寄信基礎設施查出收件網域由哪臺伺服器接收，那臺伺服器決定收下還是拒絕，最後才是你正在看的那個收件匣頁面，把真正存下來的內容讀出來。任何一個環節出問題，看到的結果都一樣，就是收件匣空的，所以第一步不是猜，而是先判斷到底是哪一環斷了。
實情基本上分三類，每一類要用不同的辦法。第一類是信在存下來之前就被拒絕了，通常是因為寄件方或收件網域被攔截。第二類是信已經被收下，但還在佇列和重試的路上，前幾分鐘看起來和弄丟了沒兩樣。第三類是地址或表單出了細微的差錯，信去了別的地方，而不是你盯著看的那個信箱。用錯類別的辦法去修，正是很多人得出「臨時信箱根本不好用」這個結論的原因。
是對方在攔截一次性地址嗎？
很常見，而且這恰恰是最該優先排除的一類，因為它是唯一一種你等多久都沒用的原因。很多產品在註冊那一刻就已經決定，不接受來自已知一次性網域的地址。攔截可以很顯眼：輸入框標紅，直接告訴你這個地址不被允許。它也可以悄無聲息：表單收下地址，給出一句友善的確認，然後安靜地什麼都不寄。安靜的那種最難纏，因為它和投遞故障長得一模一樣，使用者手裡沒有任何可操作的線索。
攔截背後的機制並不神祕。服務方會維護一份與一次性信箱相關的網域清單，有時再疊加信譽評分和一些行為訊號，例如同一個網路在短時間內註冊了多少帳號。這些訊號沒有一個是精確的。網域清單會朝兩個方向過期，一個換了主人的網域可能很久之後還掛著標記，正規服務商也可能因為被關聯而遭誤傷。所以誤判是正常結果，而不是偶發的程式錯誤。想弄清完整邏輯，可以讀為什麼網站會封鎖一次性網域，那篇沒有把它當成一道要破解的題。
是投遞延遲還是灰名單？
這是另一種偽裝成「被攔截」的失敗，區分它倆主要靠有上限的耐心。郵件的本性就是儲存轉送、非同步投遞。寄件伺服器把信交給下一站就撒手了，它不會等你打開收件匣。一路上，信可能在佇列裡排隊，可能在第一臺伺服器不回應之後被拿去試第二臺，也可能被人為地按下暫停。
最後那種行為有個名字，叫灰名單。它的做法是：收件伺服器對陌生的寄件方先回一個臨時拒絕，意思不是「永別」而是「稍後再來」。規矩的寄件方會等一會兒再重試，信於是晚幾分鐘落地。從收件端看，它的表現是一段沒有解釋的短暫安靜，而不是拒收。退信正好相反：它意味著這封信被永久拒絕，而且寄件方在明確告訴你。所以真正有用的問法不是「信是不是遲到了」，而是「有沒有任何跡象顯示它曾被收下」。還在路上的信不會產生退信，也不在收件匣留痕；被拒絕的信，一般在寄件方那邊會留下退信。
是地址或表單出了問題嗎？
最不戲劇化的原因，反而最容易被忽略，而它偏偏是唯一完全在你掌控之內的一類。先看地址本身。臨時信箱給你一個前綴加一個網域，前綴往往是手打或手貼的。少一個字元、打錯一個字元，或者貼上時多帶了一個空格，都足以把信送進一個沒人看的信箱。把網站顯示給你的地址和收件匣裡的地址逐字元比對，而不是掃一眼就算。
再看地址的壽命。臨時信箱天生短命，如果註冊流程比你想的更耗時，地址完全可能在你產生它和網站寄信之間就已經過期了。過期的信箱不會替你排隊等信，它是直接不存在了。重新產生一個新地址，讓收件匣保持打開，在還看得見它的時候送出表單。
最後，表單本身也可能悄悄改掉了你交給它的東西。有些註冊表單會拒絕或去掉地址的一部分，有些在瀏覽器這一側就拒絕了這個網域，而伺服器本來是會接受的，還有些需要一個你沒注意到的二次確認步驟。一個提示成功卻什麼都沒寄的表單，並不算失敗，它只是照吩咐辦事。這個區別，決定你下一步該試什麼。
怎樣一步步排查？
按下面的順序做，遇到能解釋現象的那一步就停下來。換個順序亂猜，只會把同樣的幾分鐘花三遍。
- 把地址從表單裡複製出來，跟收件匣裡的逐字元比對。大多數「收不到」的報障到這一步就結束了。
- 確認收件匣還活著。如果工作階段或計時已經走完，舊地址就沒了，信永遠不會出現在裡面。
- 帶上限地輪詢。重新整理頁面或讓它自動輪詢一段固定的時間，一兩分鐘就夠，把視窗關閉當成一個結果，而不是繼續盯著看的理由。
- 讓網站重寄一次，並留意它怎麼說。提示成功卻毫無變化，是存在攔截的證據；提示錯誤，則更像表單或驗證的問題。
- 換一個不同網域、重新產生的地址試。新地址能收到，說明原來那個網域就是變數，攔截基本可以確定是按網域來的。
- 把測試反過來做。如果你手邊有普通信箱，就從它寄一封信到臨時地址。如果合理時間內到了，說明信箱沒問題，問題在網站那一側。
- 讀最小的那條線索。網站是在送出前還是送出後提出異議，有沒有提到地址本身，這些比乾等更能縮小範圍。
這個順序的意義，是把地址問題從寄件方問題裡分出來，把延遲從拒收裡分出來，因為這正是兩組看起來一樣、處理起來卻完全不同的東西。
什麼時候確實無解
有些空收件匣不是你能解決的問題，早點認出來能省下大量無用功。一個對一次性網域靜默攔截、又不提供任何申訴入口的網站，是在做決定，不是在故障，重寄一萬次也不會改主意。一個在寄件方那邊已經過期的驗證碼，同樣不在你的能力範圍內，因為計時是在產生驗證碼的地方走的，不在你的收件匣裡。一個在你去看別的東西時過期的地址，也救不回來，只能換一個。
還有一類情況，是臨時信箱從一開始就不打算覆蓋的。如果某個產品確實需要一個長期地址，一次性地址遲早會失敗，而這是設計選擇，不是臨時抽風。合理的應對有限，但都是真實可行的：換一個長期可用的別名信箱，問一問服務方的客服能否給個例外，或者乾脆換一個產品。「想辦法繞過別人有意設置的攔截」是另一回事，不在本文的討論範圍內。如果攔住你的正是那道策略攔截，當網站封鎖一次性信箱時如何收驗證碼講的是幾條正當的出路。
再說一句實在話：臨時地址是辦事用的佔位符，從來不是身分。它不該被寫進任何個人資料，不該用來冒充別人，也不該當成固定聯絡方式。這不是外界強加的規矩，而是上面關於它壽命之短的所有內容自然推出的結論。
下一步
如果你想確認整條鏈路，而不是排查某一次註冊，打開臨時信箱工具，產生一個新地址，在送出表單之前讓它一直停在畫面上。從你自己能控制的信箱寄一封信過去，量一量要多久才出現，你就有了一把現實的尺子。想弄明白為什麼時間不固定，臨時信箱原理講清了那條讓延遲和重複都變成常態的投遞路徑。而當網站確實是按策略、而不是意外在攔截時，一次性信箱被攔截時怎麼收驗證碼列出了真正管用的辦法。