Catch-all email 是什麼？全收信的意思與風險

catch-all email 地址，也就是 catch-all（全收信）或萬用地址，是一個信箱：寄到某個網域上任何地址的郵件，它都會收下，連從沒有人設定過的地址也不例外，只要該地址沒有自己的信箱或別名。如果 example.com 設定了 catch-all，寄到 shop@example.com、r8kq2@example.com 或 jnae@example.com（jane@example.com 的錯字）的郵件都會被接受，並送進那一個信箱，而不會退回給寄件者。CatchNone 能在 iPhone、iPad 和 Mac 上讀取這個信箱，並顯示每封郵件寄達的是哪個地址，包括你從未設定過的地址。

它還有其他名稱，也常連寫成 catchall。Fastmail 稱之為 catch-all alias 或 wildcard alias（萬用別名），cPanel 稱為 Default Address（預設地址），iCloud+ 在 iPhone 上叫「允許接收所有郵件」（iCloud.com 上的按鈕是「開啟允許接收所有郵件」）。Google Workspace 稱為 catch-all routing（全收信轉送），Cloudflare Email Routing（電子郵件路由）則有 Catch-all rule（全收規則）。驗證工具則把這樣運作的網域稱為「accept-all」（全部接受）。想開啟這項功能，請參閱如何在任何主機上設定 catch-all email。

你指的是哪一種 catch-all？

這個詞會出現在兩種情境，答案也各不相同。

• 你擁有網域，或正打算買一個。catch-all 是你郵件主機上的一項設定。有人開啟它是為了不漏掉寄錯地址的郵件，也有人是為了每次註冊都能自創一個新地址。本頁大部分內容都是寫給你的。
• 名單清理工具把某個地址標為「catch-all」或「accept-all」。這是對收件者網域的判定，而不是對這個地址本身。請直接跳到驗證工具為何標記 catch-all 網域。

catch-all email 地址如何運作

光是擁有網域，並不會自動得到一個信箱。網域的 MX 記錄必須指向郵件主機或轉寄服務，寄件伺服器會查詢這筆記錄，找出郵件該送到哪裡。SMTP 標準 RFC 5321 規定，網域有 MX 記錄時，寄件者必須使用它們。

接著，寄件者的伺服器會逐一告知每位收件者的地址。一般的伺服器對存在的信箱回應 250 OK，對不存在的信箱回應 550（「查無此使用者」），寄件者就會收到退信。catch-all 則對 @ 前面的任何名稱都回答「有」：

寄件者的伺服器
 1. 查詢 example.com 的 MX（DNS）
 2. 連線到該伺服器（SMTP）
 3. RCPT TO:<r8kq2@example.com>
    一般：     存在就回 250，不存在就回 550
    catch-all：任何地址都回 250
 4. 送出郵件
你的郵件主機
 5. 沒有 r8kq2 這個信箱，於是 catch-all
    規則把它送進你的信箱

你已設定的地址仍然優先：例如 Fastmail 會把寄給特定別名的郵件送到該別名，而不是交給 catch-all。此外，catch-all 只涵蓋 @ 前面的部分。如果打錯的是網域，例如本來要寫 example.com 卻寫成 jane@example.net，郵件會寄到別的網域或無處可去，你的 catch-all 無論如何都接不到。

catch-all 與 wildcard email 地址、別名、加號地址的差異

「wildcard email 地址」（萬用字元地址）通常和 catch-all 是同一回事。Fastmail 的說明文件稱之為「catch-all 別名（也稱為 wildcard 別名）」，建立方式是輸入 *@example.com。「wildcard」還有另外兩種用法，指的是不同的東西：

• DNS 萬用字元（wildcard，RFC 4592），例如 *.example.com 記錄，會替沒有自己記錄的子網域名稱回應，例如 anything.example.com。它和 @ 前面的部分毫無關係，catch-all 也不需要它。
• 郵件規則或篩選器中的比對模式只會整理已經送達的郵件。Gmail 帳戶中的篩選器，無法讓網域接受其郵件伺服器原本會拒收的地址。

轉寄是一種遞送方式，而不是一種地址。catch-all 可以把郵件送進同一家主機上的信箱，像 iCloud+ 和 Fastmail 那樣；也可以把所有郵件轉寄到其他地方的收件匣，像 Cloudflare Email Routing 那樣。

隱私用途：每次註冊都自創一個地址

這正是許多人開啟 catch-all 的原因。你不必事先設定任何東西。在商店結帳時輸入 bookshop@example.com，或是像 r8kq2@example.com 這樣的隨機 email 地址，商店的郵件就會送進你的信箱。如果這個地址之後收到垃圾郵件，或收到某家你從沒給過這個地址的公司寄來的郵件，你就知道問題出在哪一次註冊。

兩個習慣能讓它更好用：

• 使用隨機 email 地址，而不是網站名稱。任何知道你網域的人都猜得到 amazon@example.com，所以寄到這種地址的垃圾郵件，比較難證明是誰外洩的。Bitwarden 的使用者名稱產生器有一種「Catch-all email」（全收信電子郵件）類型，可以在你的網域上產生隨機 email 地址。更多做法請參閱產生真正能用的隨機 email 地址指南。
• 記下哪個地址給了哪個網站，例如寫在密碼管理器中該網站的項目裡。

一個網站一個地址，也讓資料外洩查詢更有參考價值。Have I Been Pwned 在你證明自己掌控某個網域後，就能讓你搜尋整個網域；截至 2026 年 9 月，外洩地址不超過 10 個的網域可以免費查詢。接著，你的紀錄就能告訴你，每個外洩的地址當初給了哪個網站。

如果你沒有自己的網域，CatchNone 的 @catchnone.com 地址（Premium）不需要設定網域、DNS 或信箱。服務會在共用網域上隨機指派每個地址，所以不會有任何屬於你的名稱把它們串在一起。也有些服務改為提供運作方式類似 catch-all 的子網域。33mail 的網站上仍然介紹可以當場自創 bbqtrading@you.33mail.com 這樣的地址，SimpleLogin（付費的 Premium 方案）和 addy.io 也提供具備 catch-all 功能的子網域。子網域同樣會把你的各個地址串在一起，就像你自己的網域一樣。

catch-all 的缺點

地址被猜中，垃圾郵件變多

在一般網域上，寄到不存在地址的郵件會被退回。在 catch-all 網域上，每一次猜測都會送達。addy.io 的常見問題指出，垃圾郵件發送者和機器人「常會嘗試隨機的電子郵件地址」，例如 contact@ 或 admin@。cPanel 也提醒，如果垃圾郵件發送者鎖定你的網域，被轉寄的預設地址「可能會收到大量垃圾郵件」。各服務商都描述了這項風險，但沒有給出具體數字。猜測只是其中一種途徑，其他途徑請參閱垃圾郵件發送者如何取得你的電子郵件地址。

打錯的地址不會退信

沒有 catch-all 時，打錯你地址的人會收到退信，可以再試一次；Apple 和 Proton 都說明了 catch-all 關閉時會退信。開啟 catch-all 後，jnae@example.com 會正常送達，寄件者永遠不會發現自己打錯了。

如果網域只有你在用，這往往正合你意。但有兩種情況會出問題。cPanel 指出，在共用網域上，catch-all 可能收到原本要寄給既有地址、卻被打錯的郵件，因此可能被不該看的人讀到。另外，寄件者會一直使用錯誤的地址，所以如果你之後封鎖這個地址或關閉 catch-all，對方的郵件就會在毫無預警的情況下再也送不到你手上。

你的網域會把各個地址串在一起

Privacy Guides 提醒：「如果只有你一個人使用你的自訂網域，別人只要看電子郵件地址中的網域名稱、忽略 @ 符號前的所有內容，就能輕易在不同網站之間追蹤你的行為。」比起許多人共用的網域，你自己的網域確實讓你更容易在不同網站之間被串連起來；如果網域就是你的名字，更是直接表明了你的身分。catch-all 仍然能讓你知道是誰外洩了地址，但無法阻止別人看出這些地址屬於同一個人。

地址的壽命取決於網域

你自創的每個地址都仰賴你的網域註冊。一旦註冊失效，下一個註冊這個網域的人，就能收到寄往所有這些地址的郵件，包括重設密碼的連結。請開啟自動續約，並保護好你的網域註冊商帳號。

catch-all 網域上可以停用單一地址嗎？

大多數主機都可以，但不是透過 catch-all 設定本身：你要為每個想停用的地址另外加一條規則或一個別名，而寄件者會不會收到退信，則取決於主機。Fastmail 的「Disable」（停用）選項和 Google Workspace 的「Reject message」（拒絕郵件）設定會退回郵件，cPanel 的 forwarder（轉寄器）可以用錯誤訊息拒收，Cloudflare Email Routing 的「Drop」（捨棄）動作會默默刪除郵件；而根據 Apple 的說明，如果地址是你建立後又刪除的，iCloud+ 會把寄給它的郵件退回（iCloud+ 每個網域最多可有 3 個啟用中的地址，所以你可能得先空出一個名額）。

外洩的地址只有幾個時，這樣還應付得來；多達幾十個時，就變成一份得持續維護的清單，而且 Cloudflare 每個網域最多只能設 200 條路由規則（兩項限制皆為截至 2026 年 9 月的情況）。不論使用哪家主機，設定完成後都請從另一個帳號寄一封測試郵件。各主機的步驟請參閱如何在 catch-all 上停用單一地址；iCloud 的部分則請參閱 iCloud+「自訂電子郵件網域」指南。

addy.io 和 SimpleLogin 等別名服務的付費方案（截至 2026 年 9 月），可以在你自己的網域上運作 catch-all：每個別名在第一次收到郵件時自動建立，之後你可以單獨停用其中任何一個。

該用 catch-all 還是別名服務？

Privacy Guides 比較推薦專門的別名服務，因為別名可以逐一開啟或關閉，回信時也會從別名寄出。不過如前所述，大多數主機也能封鎖單一地址，只是每個地址都要設一條規則。能否寄信取決於主機：Fastmail 允許你在 catch-all 網域上輸入任何寄件地址（From），而 Cloudflare Email Routing 不支援從你的網域寄信或回信。不過，地址會被串連起來的問題依然存在。

如果你希望地址不受任何單一服務存續與否的影響，適合在自己的網域上使用 catch-all；如果你希望各次註冊無法憑網域被對應起來，則適合使用共用的別名網域。CatchNone 兩種都能搭配：在你自己的網域上，它直接讀取你的 catch-all 信箱；使用 Premium 時，它的 @catchnone.com 地址位於共用網域上，停用其中一個，寄件者就會收到退信。無論哪一種，每封郵件都會標示它寄達的地址。它刻意設計為只收信，所以這些郵件會留在它專屬的 App 中，回信則從你平常使用的帳號寄出。費用與完整比較，請參閱擁有自己的電子郵件網域值不值得。

給名單擁有者：驗證工具為何標記 catch-all 網域

驗證工具檢查地址的方式，是透過 SMTP 與收件者的郵件伺服器對話，並在實際寄出任何郵件前停下。如果伺服器對每個地址都回應 250，這項檢查就證明不了什麼，因為真實地址和編造的地址看起來一模一樣。伺服器一旦接受了郵件，之後若投遞失敗，會以另一封退信的形式傳回，或是郵件被悄悄丟棄：Kickbox 指出，這類伺服器「可能會默默丟棄郵件，或事後才寄出退信」。

各工具對結果的標示方式：

• Kickbox：「Accept-All」（全部接受），歸類為 Risky（有風險），並建議「寄信給有風險的地址時請謹慎」。
• NeverBounce：「Accept all (Unverifiable)」（全部接受，無法驗證），並補充說明 catch-all「是收件者郵件伺服器上的一項設定，而不是對個別地址的判定——這些電子郵件地址通常是有效的」。
• Hunter：狀態為 accept_all，並附上一個分數，估計該地址有效的可能性。

這種情況很常見。ZeroBounce 的報告指出，它在 2025 年處理的地址中，有超過 9% 的結果是 catch-all；MailerCheck 則表示，在它驗證過的地址中，這個比例是 8.6%。ZeroBounce 也提到，即使不存在 catch-all 信箱，Microsoft 365 的輸入路由也可能讓探測結果看起來像 catch-all；但 Microsoft 的文件說明，它的 Authoritative domain（權威網域）會拒收未知的收件者。

該寄信給 catch-all 地址嗎？

catch-all 的結果代表「未知」，而不是「無效」。透過確認式註冊取得、或曾點過你郵件中連結的 catch-all 地址請保留；其餘的分成小批寄送，並移除任何退信的地址。

依地址整理 catch-all 郵件

依每封郵件寄達的地址來整理，不過以密件副本（Bcc）寄給你的郵件，不會在 To 或 Cc 欄位顯示你的地址（RFC 5322），郵寄清單的郵件也常以清單本身為收件地址。如果你的主機會加上 Delivered-To 標頭（見實驗性質的 RFC 9228），就能派上用場。各主機的規則與搜尋方式，請參閱依地址逐一閱讀 catch-all 郵件。

CatchNone 適合用在哪裡

CatchNone 的「使用你自己的網域」方式，正是為了讀取 catch-all 信箱而設計。它會從你的裝置直接連線到 catch-all 送達的信箱，透過 IMAP（TLS，預設連接埠 993）或 JMAP 以唯讀方式讀取，所以這些郵件從不經過 CatchNone 的伺服器，而且它絕不會更改你的 DNS。每封郵件都會標示它寄達的地址，哪個地址外洩或被賣掉，一看就知道；「活動」也會指出寄到未使用別名的郵件和首次來信的寄件者。郵件如果寄到你從未建立的地址，會以灰色標記顯示在該地址底下；之後若透過「自訂」以該地址建立別名，它先前的郵件就會套用這個別名的名稱與顏色。「免費」方案的 10 個上限，計算的是你建立的別名，而不是收到郵件的地址；自有網域的別名在 Lite / Premium 方案不限數量。下載 CatchNone，支援 iPhone、iPad 和 Mac。

CatchNone 只收信，所以 catch-all 郵件會留在它專屬的 App 中，回信則從你平常使用的帳號寄出。每次檢查都會讀取收件匣中最近 30 天內最新的 100 封郵件，所以如果你的 catch-all 招來大量垃圾郵件，使用專門接收 catch-all 郵件的信箱，就能避免別名郵件被擠出這個範圍。CatchNone 不會過濾垃圾郵件，也不會封鎖你網域上的地址；這些要交給主機的規則處理。沒有網域的話，CatchNone 在 Premium 方案中提供隨機的 @catchnone.com 地址，不需要設定網域、DNS 或信箱：停用其中一個，寄件者就會收到退信；每封郵件在送達後會保留 30 天。

常見問題

catch-all email 安全嗎？

catch-all 並不會讓任何一封郵件變得更危險；無論寄到哪個地址，網路釣魚郵件都是一樣的。它增加的是暴露面：被猜中的地址會收到郵件，打錯的地址不會退信而是送到你手上，而且在只有你使用的網域上，你的各個地址可能被串連起來。對寄件者來說，catch-all 地址並不危險，只是無法驗證：有些會在事後退信，這也是 Kickbox 把它們歸類為 Risky（有風險）的原因。

Microsoft 365 可以設定 catch-all 地址嗎？

不行。Exchange Online 沒有 catch-all 設定：當網域的所有信箱都在 Microsoft 365 中時，它會以 550 5.4.1 拒收寄往未知地址的郵件，而網路上流傳的變通做法都不是官方指引。設定指南說明了為什麼 Microsoft 365 沒有 catch-all，以及可以改用什麼方法。

Gmail 帳戶可以設定 catch-all 嗎？

@gmail.com 地址不行，因為每個地址都是一個獨立的帳戶；不過，你自己地址的加號地址和加了點的版本仍然會送到你手上。如果你擁有網域，Google Workspace 提供 catch-all routing（全收信轉送），或者也可以用 Cloudflare Email Routing 這類轉寄服務，把每個地址的郵件都轉寄到一般的 Gmail 收件匣，詳見透過 Cloudflare 讓 Gmail 使用自訂網域。

我該為自己的網域開啟 catch-all 嗎？

如果你想當場自創地址，或不想漏掉寄錯地址的郵件，而且願意逐一封鎖外洩的地址，就開啟它。如果你寧可每個地址都刻意建立，就保持關閉。也有折衷做法：Proton 建議把 catch-all 指向一個專用地址，以免塞滿你的收件匣；addy.io 則可以設定比對模式，只有符合的地址才會自動建立。如果你決定開啟，設定指南列出了各主機的步驟；如果你目前的服務商不提供 catch-all，這些支援自訂網域的電子郵件服務商都有提供。