所有文章

免費自訂網域信箱:用 Gmail 搭配 Cloudflare 設定

你不必付費使用 Google Workspace,也能讓 Gmail 搭配自訂網域使用。把網域的 DNS 移到 Cloudflare,然後開啟 Cloudflare Email Routing(電子郵件路由):它會把你指定地址的郵件,或是透過 catch-all(全收信)規則把每個地址的郵件,轉寄到你的 Gmail 收件匣,不收任何費用。不過,自訂網域信箱免費的只有這部分,網域本身仍然要花錢:在 Cloudflare 這類以成本價銷售的註冊商,.com 一年約 US$10 到 US$11(截至 2026 年 9 月),在其他地方通常更貴。另外,用免費 Gmail 以網域地址寄信的做法即將結束:Google 將在 2027 年 1 月移除第三方地址的「以這個地址寄送郵件」功能。

以下的選單路徑和數據,已於 2026 年 9 月 25 日對照 Google 和 Cloudflare 的說明文件確認過。如果你用這種方式為每個網站提供不同的地址,CatchNone 可以在 iPhone、iPad 和 Mac 上讀取這個 Gmail 收件匣,並告訴你每封郵件寄到了哪個地址。

Gmail 自訂網域怎麼設定:步驟摘要

  1. 把你的網域交給 Cloudflare DNS 管理。
  2. 在 Cloudflare 中,前往「Compute」(運算)→「Email Service」(電子郵件服務)→「Email Routing」(電子郵件路由),然後選擇「Onboard Domain」(加入網域)。
  3. 在「Destination Addresses」(目的地地址)中加入你的 Gmail 地址,並在 Cloudflare 寄來的郵件中選擇「Verify email address」(驗證電子郵件地址)。
  4. 在「Routing Rules」(路由規則)中,為每個地址各加一條規則,或開啟「Catch-all rule」(全收規則),動作選「Send to an email」(傳送到電子郵件地址),並選擇你的 Gmail 地址。
  5. 從另一個帳戶寄一封測試郵件,然後查看 Gmail,包括「垃圾郵件」資料夾。
  6. 要以網域地址寄信,可以趁「以這個地址寄送郵件」還能用時使用它,之後再改用中繼服務、Workspace 或郵件主機。

自訂網域信箱免費嗎?各部分的費用

項目 費用(截至 2026 年 9 月) 說明
網域 在以成本價銷售的註冊商,.com 一年約 US$10 到 US$11 Cloudflare Registrar 的收費不超過註冊管理機構(registry)和 ICANN 的費用。Verisign 的 .com 批發價將於 2026 年 11 月 1 日從 US$10.26 調漲到 US$10.97(Domain Name Wire)。
Cloudflare DNS 和 Email Routing 免費 在 Workers Free 方案中,收信量為「Unlimited」(不限量)(價格說明)。你網域的 DNS 必須交給 Cloudflare 管理。
Gmail 免費 最多 15 GB,與 Google 雲端硬碟和 Google 相簿共用。
從 Gmail 以網域地址寄信 透過「以這個地址寄送郵件」免費使用到 2027 年 1 月,前提是 Gmail 仍接受新增地址 你的網域可能會因此無法通過 DMARC。之後的選擇:Workspace、中繼服務或其他郵件主機(請參閱下方「以網域地址寄信」一節)。

為什麼舊教學不再適用

許多教學是用「Check mail from other accounts」(查看其他帳戶的郵件)功能(POP)把網域的郵件收進 Gmail。Google 正在停用這項功能:「2026 年第一季過後,這項功能將不再支援新使用者。現有使用者可以繼續使用這項功能,直到 2027 年 1 月為止。」

單純的轉寄仍然有效。Google 的變更常見問題確認,其他服務商仍可「自動將郵件轉寄到你的 Gmail 地址」,而 Cloudflare Email Routing 做的正是這件事。

一般 Gmail 帳戶可以有 catch-all 或萬用地址嗎?

不行。個人 @gmail.com 帳戶沒有 catch-all 地址(有時也稱為萬用地址)。它只提供加號地址和小數點變化:寄到 janedoe+school@gmail.com 或 jane.doe@gmail.com 的郵件都會送到 janedoe@gmail.com,而任何人只要去掉標籤或小數點,就能找出你的真實地址。真正的 catch-all 是 @ 前面填任何名稱都能收信,這需要一個你擁有的網域,以及一個在 Gmail 前面接收所有地址的服務。以下步驟會用 Cloudflare 完成這項設定。

步驟 1:把網域的 DNS 移到 Cloudflare

Email Routing 只能用在使用 Cloudflare DNS 的網域上。透過 Cloudflare Registrar 購買的網域本來就使用 Cloudflare DNS,可以直接跳到步驟 2。否則,請在 Cloudflare 控制台中,依照 Cloudflare 的完整設定指南操作(截至 2026 年 9 月):

  1. 前往「Domains」(網域),然後選擇「Onboard a domain」(加入網域)。
  2. 輸入你的網域,例如 example.com,選擇「Continue」(繼續),然後選擇 Free 方案。
  3. 檢查 Cloudflare 找到的 DNS 記錄。它的快速掃描可能會漏掉一些記錄,所以請和你目前的 DNS 服務商比對,特別是網站用的記錄。
  4. 如果你在註冊商那裡開啟了 DNSSEC,請在更改名稱伺服器之前先關閉。之後可以再透過 Cloudflare 重新開啟。
  5. 在註冊商那裡,把名稱伺服器換成 Cloudflare 指派給你的那兩個,一字不差地照抄。
  6. 變更最多可能需要 24 小時才會生效。

有一點要注意:Email Routing 需要使用 Cloudflare 的 MX 記錄,而 Cloudflare 表示你「無法搭配外部郵件伺服器使用 Email Routing」。如果這個網域已經在其他主機上收信,路由會取代那個主機的 MX 記錄,新郵件就不會再送到那些信箱。

如果你想讓 DNS 留在原處,也可以用註冊商的電子郵件轉寄功能,或是 ImprovMX 這類轉寄服務,以類似的方式把郵件轉到 Gmail;如何在任何主機上設定 catch-all 會介紹這些做法。

步驟 2:開啟 Cloudflare 電子郵件路由並驗證 Gmail 地址

Cloudflare 的設定步驟(截至 2026 年 9 月):

  1. 在控制台中,前往「Compute」(運算)→「Email Service」(電子郵件服務)→「Email Routing」(電子郵件路由)。
  2. 選擇「Onboard Domain」(加入網域),選擇你的網域,檢查 Cloudflare 將加入的 MX、SPF 和 DKIM 記錄,然後選擇「Done」(完成)。
  3. 前往「Destination Addresses」(目的地地址),輸入你的 Gmail 地址。
  4. 打開 Cloudflare 寄到 Gmail 的郵件,選擇「Verify email address」(驗證電子郵件地址)。

在地址完成驗證之前,所有指向它的規則都會維持停用。在 Cloudflare DNS 上,這些記錄通常 5 到 15 分鐘內就會生效,不過傳播最多可能需要 24 小時。

Cloudflare 會加入指向它郵件伺服器的 MX 記錄、SPF 記錄 v=spf1 include:_spf.mx.cloudflare.net ~all,以及位於 cf2024-1._domainkey 的 DKIM 金鑰。一個網域只能有一筆 SPF 記錄,所以如果你已經有一筆,請把兩者合併,並遵守 SPF 最多 10 次 DNS 查詢的限制(網域設定)。請讓控制台自動加入 MX 記錄,不要從其他教學複製主機名稱。

步驟 3:建立地址、catch-all 和 Drop 規則

這些設定都位於「Compute」→「Email Service」→「Email Routing」,選取你的網域後,開啟「Routing Rules」(路由規則)分頁(Cloudflare 的規則指南)。

一次設定一個地址

  1. 選擇「Create routing rule」(建立路由規則)。
  2. 在「Email pattern」(電子郵件格式)中輸入 @ 前面的部分,例如 shop,然後選擇你的網域。
  3. 把「Action」(動作)設為「Send to an email」(傳送到電子郵件地址),在「Destination」(目的地)中選擇你的 Gmail 地址,然後儲存。

不要建立兩條格式相同的規則:只有清單中排在最前面的那一條會處理郵件。

Catch-all 規則

  1. 在「Routing Rules」中啟用「Catch-all rule」(全收規則),讓它顯示為「Active」(使用中)。
  2. 把「Action」設為「Send to an email」,然後選擇你的 Gmail 地址。
  3. 選擇「Save」(儲存)。

現在,你網域上的每個地址都會送到 Gmail,包括你當下隨手想出來的地址(例如 airline@example.com),以及打錯的地址。關於利弊取捨,請參閱什麼是 catch-all 電子郵件地址。

用 Drop 規則停止單一地址

當某個地址開始收到垃圾郵件時,為這個確切的地址建立一條路由規則,並把「Action」設為「Drop」(捨棄)。Cloudflare 表示,Drop 會「刪除符合規則的郵件,而不進行路由」。它的文件沒有明確說明針對特定地址的規則會優先於 catch-all,所以請實際測試:從另一個帳戶寄信到那個地址,然後確認 Email Routing 的 Activity log(活動記錄)顯示「Dropped」(已捨棄)。

若要暫停規則而不刪除,可以把它切換為「Disabled」(已停用)。開啟 catch-all 時,寄到那個地址的郵件仍可能透過 catch-all 送達,所以要用 Drop 來停止。

加號地址與小數點

開啟 catch-all 時,無論如何 shop+news@example.com 都會送到 Gmail。如果你希望它遵循 shop@example.com 的規則(包括 Drop 規則),請在「Email Routing」→「Settings」(設定)中開啟 subaddressing(子地址):沒有開啟 subaddressing 時,捨棄 shop@ 並不會停止 shop+news@。和 Gmail 不同,Cloudflare 把小數點當作一般字元,所以 j.smith 和 jsmith 是不同的地址。@ 前面不支援非 ASCII 字元。

測試

  1. 從另一個帳戶(不是你驗證過的 Gmail 地址)寄一封郵件到你設定了路由的地址,例如 shop@example.com。Cloudflare 提醒,有些服務商會丟棄看起來是從收件帳戶本身寄出的郵件。
  2. 查看 Gmail 的收件匣和「垃圾郵件」。
  3. 如果沒收到,打開活動記錄,看它顯示的是「Forwarded」(已轉寄)、「Dropped」(已捨棄)、「Rejected」(已拒絕)還是「Delivery failed」(傳遞失敗)。

以網域地址寄信:2027 年 1 月前後

Email Routing 只負責收信。Cloudflare 表示它「不支援從你的 Cloudflare 網域寄信或回覆」,所以從 Gmail 回覆時,會以你的 @gmail.com 地址寄出。

開始之前:Google 表示,從 2027 年 1 月起,你「將無法再於 Gmail 中透過第三方電子郵件帳戶寄信」。對於仰賴「以這個地址寄送郵件」的商家,Google 建議改用桌面版郵件用戶端,或「為自訂網域使用 Google Workspace」,所以請預先做好準備:用 Cloudflare 路由的網域將無法再使用這項功能。Google 也表示,在那之前就會限制新的設定,所以對話框現在可能已經不接受新增地址。

2027 年 1 月前:「以這個地址寄送郵件」

Google 的「以這個地址寄送郵件」設定步驟,請在電腦上的 Gmail 中操作:

  1. 開啟「Settings」(設定)→「See all settings」(查看所有設定)→「帳戶和匯入」(或「Accounts」(帳戶))。
  2. 在「以這個地址寄送郵件」中,按一下「Add another email address」(新增另一個電子郵件地址)。
  3. 輸入你的名稱和 you@example.com,然後按一下「Next Step」(下一步)。
  4. 輸入 SMTP 詳細資料。Google 的 SMTP 設定是 smtp.gmail.com,搭配連接埠 587 和 TLS,或連接埠 465 和 SSL。使用者名稱填完整的 Gmail 地址,密碼填 Gmail 應用程式密碼,然後按一下「Add Account」(新增帳戶)。
  5. Gmail 會寄一個確認連結到 you@example.com,路由會把它送到你的 Gmail。按一下郵件中的連結。如果找不到這封郵件,請在「垃圾郵件」中尋找 send-as-noreply@google.com 寄來的信。

Google 的說明也提到,除非你在「Edit info」(編輯資訊)→「Specify a different “reply to” address」(指定不同的回覆地址)中設定,否則回覆預設會寄到你的 Gmail 地址。

DMARC 警告:用這種方式寄出的郵件是以 Gmail 的身分通過驗證,而不是以你的網域,所以你的網域可能無法通過 DMARC。根據現行的 DMARC 標準 RFC 9989,只有當 SPF 或 DKIM 針對與寄件者(From)地址對齊的網域通過驗證時,郵件才算通過。如果你的網域發布了 p=quarantine 或 p=reject,收件端可能會把你的郵件歸入垃圾郵件或拒收。

在用這種方式寄信期間,請維持 p=none 並收集彙總報告(RFC 9989 稱之為 Monitoring Mode,也就是監控模式),或改用會為你的網域簽署 DKIM 的中繼服務。Gmail 收件者也可能在你的名稱旁看到「via」(透過);Google 的「via」標示說明表示,解決方法是使用「與你的網域相關聯」的 DKIM 簽章。

要查看目前的政策,請在 Cloudflare 的「DNS」→「Records」(記錄)中,找名為 _dmarc 的 TXT 記錄。Cloudflare 免費的 DMARC Management(DMARC 管理,位於「Email」(電子郵件)→「DMARC Management」)可以收集這些報告。要檢查某封郵件,請把它寄到另一個帳戶,在 Gmail 中打開,選擇「More」(更多)→「顯示原始郵件」,然後查看 SPF、DKIM 和 DMARC 那幾行。

透過為你的網域簽署的中繼服務寄信

為你的網域簽署 DKIM 的中繼服務能讓 DMARC 通過,而且在「以這個地址寄送郵件」結束後,仍可從郵件用戶端使用。截至 2026 年 9 月,做法如下:

  1. 註冊 SMTP2GO 這類中繼服務。它在註冊時不接受 Gmail 地址,所以請使用 you@example.com,路由會把寄到這個地址的郵件送到你的 Gmail。
  2. 在中繼服務中加入你的網域,並把它顯示的 DNS 記錄複製到 Cloudflare 的「DNS」→「Records」中。把所有 CNAME 設為「DNS only」(僅限 DNS),並把任何 SPF include 合併到你唯一的一筆 v=spf1 記錄中。
  3. 在 2027 年 1 月前,於「以這個地址寄送郵件」的步驟 4 中填入中繼服務的 SMTP 伺服器、連接埠、使用者名稱和密碼,取代 smtp.gmail.com。
  4. 在那之後,改用桌面版郵件用戶端透過 IMAP 讀取 Gmail,並把中繼服務設為 you@example.com 的外寄伺服器。在 Thunderbird 中:☰ →「Account Settings」(帳號設定)→ 你的 Gmail 帳號 →「Manage Identities…」(管理身分…)→「Add」(新增)(Mozilla 的指南)。
  5. 寄一封測試郵件到另一個帳戶,然後用「顯示原始郵件」確認 DKIM 和 DMARC 都針對你的網域通過。

2027 年 1 月後:你的選擇

選項 費用(截至 2026 年 9 月) 取捨
Google Workspace 每位使用者每月 US$7 起(見下方) 在你的網域上擁有真正的 Gmail 信箱。它的 MX 記錄會取代 Email Routing。
透過 IMAP 讀取 Gmail、並經由 SMTP 中繼服務寄信的桌面版郵件用戶端 有些中繼服務提供免費方案;SMTP2GO 的免費方案每月最多 1,000 封、每天最多 200 封 你要從用戶端寄信,而不是從 Gmail 網站。為你的網域簽署 DKIM 的中繼服務能讓 DMARC 通過。
用 Cloudflare Email Sending(Beta 版)當作中繼服務 Workers Paid,每月 US$5 起,含 3,000 封,超過後每 1,000 封 US$0.35 Cloudflare 表示它「僅供交易類郵件使用」。SMTP 伺服器為 smtp.mx.cloudflare.net、連接埠 465,密碼是 Cloudflare API 權杖。郵件大小上限為 5 MiB(含附件)。它會加入自己的 DMARC 記錄,所以請檢查政策。
支援自訂網域的郵件主機 免費起:在有提供的地區,Zoho Mail 的 Forever Free 方案涵蓋一個網域、最多 5 位使用者,但不含 IMAP 或 POP;iCloud+ 和 Fastmail 需付費 收信和寄信都在同一個地方,但 MX 記錄會移到那個主機。請參閱適合自訂網域的電子郵件服務。

Cloudflare Email Routing 無法運作或進了垃圾郵件:解決方法

郵件一直沒送達

先查看 Email Routing 的 Activity log(活動記錄)。它會顯示每封郵件的結果,例如「Forwarded」(已轉寄)、「Dropped」(已捨棄)、「Rejected」(已拒絕)或「Delivery failed」(傳遞失敗),並附上 SPF、DKIM 和 DMARC 的檢查結果,最多可查看最近 30 天。如果記錄無法說明原因,請依序檢查以下項目:

  1. 目的地地址尚未驗證。它的規則會維持停用。
  2. 你是從同一個 Gmail 帳戶測試。請改從另一個帳戶測試。
  3. Cloudflare 拒收了郵件。它的 postmaster 頁面(郵件管理員頁面)表示,如果郵件未通過寄件者的 DMARC 政策、SPF 和 DKIM 都沒有通過,或寄件者在封鎖清單上,就會拒收(554 錯誤)。只有寄件者能修正這個問題。
  4. 郵件超過 25 MiB。Cloudflare 會拒收更大的郵件。
  5. DNS 設定有誤。兩筆 SPF 記錄,或舊主機留下的 MX 記錄,都會讓路由失效。如果你不確定該保留哪一筆,Cloudflare 的疑難排解指南建議刪除所有 v=spf1 記錄,然後重新加入網域。

寄件者不一定會知道郵件傳遞失敗,因為 Email Routing 不會轉寄未送達報告。

郵件被 Gmail 歸入垃圾郵件

Cloudflare 會改寫信封寄件者,讓郵件在 Gmail 通過 SPF,並加上 DKIM 簽章,也支援 ARC。但 Gmail 仍會自行檢查,可能把正常郵件歸入垃圾郵件。Google 針對被誤判為垃圾郵件的郵件提供的解決方法是:標示為「Not spam」(這不是垃圾郵件)、把寄件者加入 Google 通訊錄,或建立篩選器。若要涵蓋所有經過路由的地址,請在電腦上的 Gmail 中:

  1. 在搜尋列中,按一下「Show search options」(顯示搜尋選項)。
  2. 在「To」(收件者)中輸入你的網域,例如 @example.com,然後按一下「Search」(搜尋),確認經過路由的郵件會出現。
  3. 按一下「Create filter」(建立篩選器),勾選「Never send it to Spam」(一律不要將它傳送到垃圾郵件),然後再按一次「Create filter」。

Google 自己的範例是依寄件者篩選,所以請測試這個涵蓋整個網域的版本;它通常有效,但可能會漏掉沒有列出你地址的郵件,例如以密件副本(Bcc)寄來的郵件。Google 的轉寄建議也提醒,一旦轉寄的郵件被標示為垃圾郵件,之後的郵件就更可能被歸入垃圾郵件:這也是為只收到垃圾郵件的地址加上 Drop 規則的另一個理由。

免費設定的限制

以下資料截至 2026 年 9 月,來自 Cloudflare 的限制頁面和 Google 的說明:

限制 數值
每個網域的路由規則 200 條(一條 catch-all 規則就能涵蓋所有地址)
每個 Cloudflare 帳戶的目的地地址 200 個,由所有網域共用
每條規則的目的地 1 個(Worker 可以轉寄到多個地址)
收信的郵件大小 25 MiB;更大的郵件會被拒收
每個區域(zone)的網域和子網域 30 個,包括網域本身
Gmail 寄信 單封郵件超過 500 位收件者,或每天超過 500 封時,可能會達到上限
「以這個地址寄送郵件」的地址 最多 99 個,到 2027 年 1 月為止

不以金錢計算的代價:Cloudflare 會管理你網域的所有 DNS,而且你的郵件在由 Google 儲存和過濾之前,會先經過 Cloudflare。

什麼情況下值得付費使用 Google Workspace

如果你想在「以這個地址寄送郵件」結束後,仍直接從 Gmail 以網域地址寄信、用你的網域登入 Gmail,或為多人提供信箱,Workspace 就值得付費。截至 2026 年 9 月,Business Starter 的年約方案為每位使用者每月 US$7,彈性方案為 US$8.40,提供 14 天試用、每位使用者 30 GB 的集中共用儲存空間、每位使用者最多 30 個別名,以及透過預設轉送設定的 catch-all。如果你只需要收信,而且用 @gmail.com 地址回覆也沒問題,免費設定就夠用了。

分別查看每個 catch-all 地址的郵件

所有郵件都會進到同一個 Gmail 收件匣。若要查看某個地址的郵件,可以搜尋 to:shop@example.com,或針對那個地址建立篩選器並選擇「Apply the label」(套用標籤)。透過 IMAP 讀取 Gmail 的 App 需要 Sign in with Google(使用 Google 帳戶登入)或應用程式密碼;我們的 Gmail 應用程式密碼與 IMAP 設定指南會說明如何建立,以及為什麼這個選項可能不見了。

在 CatchNone 中依地址查看路由來的郵件

CatchNone 讓 catch-all 網域上的每個地址都有自己的位置。它直接從你的裝置以唯讀方式讀取由路由送進的 Gmail 收件匣,並把每封郵件顯示在它送達的地址下方,所以哪個地址外洩或被賣掉,一看就知道。寄到你從未建立之地址的郵件會帶有灰色標記;之後為那個地址建立別名,就能為它命名。「免費」方案在你自己的網域上最多可使用 10 個別名,Lite 和 Premium 則不限數量。CatchNone 可在 iPhone、iPad 和 Mac 上使用。

在「進階」設定方式(「使用你自己的網域」)中,你要透過 IMAP 手動連接 Gmail(imap.gmail.com、連接埠 993、TLS),並使用 Gmail 應用程式密碼,因為它不支援 Sign in with Google。App 只會讀取,但應用程式密碼本身可以完整存取你的 Gmail。Google 並非每個帳戶都提供應用程式密碼,而且你更改 Google 帳戶密碼時,應用程式密碼會被撤銷;如果沒有應用程式密碼,可以把 catch-all 路由到「iCloud 郵件」或 Fastmail 地址(兩者都提供應用程式密碼),或把網域的郵件移到那裡,如 iCloud+ 搭配自訂網域所述。

CatchNone 的設計就是只收信,所以回信仍然要從 Gmail 寄出。它只讀取收件匣,所以被 Gmail 歸入「垃圾郵件」的郵件,或被篩選器封存的郵件,都不會出現(前面提到的「Never send it to Spam」篩選器會有幫助)。每次檢查(在你打開或重新整理 App 時)會涵蓋最近 30 天內最新的 100 封收件匣郵件,而且它只會匯入收件人(To)、副本(Cc)或密件副本(Bcc)中列有你網域上地址的郵件。把別名標為「未使用」只是一個標籤,所以要停止某個地址,請在 Cloudflare 中使用 Drop 規則。

如果你想完全省掉網域、DNS 和路由,Premium 會為每次註冊提供自己的 @catchnone.com 地址,這些郵件永遠不會進入你的 Gmail 收件匣。關閉其中一個,寄件人就會收到退信。

常見問題

Cloudflare Email Routing 是什麼?是 Google 的服務嗎?

它是 Cloudflare 的免費轉寄服務,不是 Google 的。Cloudflare 的 MX 記錄讓它成為你網域的郵件伺服器:它會接收每封郵件、檢查 SPF、DKIM 和 DMARC、改寫信封寄件者,再把郵件轉交給你驗證過的目的地,可以是 Gmail,也可以是其他任何收件匣。

Cloudflare Email Routing 安全可靠嗎?

你同時把郵件託付給 Cloudflare 和 Google。更大的風險在於控制權:任何人只要進入你的 Cloudflare 帳戶,就能把網域上所有地址的郵件導向別處;而在網域過期後買下它的人,也會收到那些郵件,包括重設密碼的郵件。請在 Cloudflare 開啟雙重驗證,讓網域保持自動續約,並參閱電子郵件網域過期會發生什麼事。它在可靠性上的限制都有文件說明:嚴格的 DMARC 政策可能讓轉寄的郵件驗證失敗,超過 25 MiB 的郵件會被拒收,而且寄件者不一定會知道傳遞失敗,所以任何沒送達的郵件,都請查看活動記錄。

可以用自訂網域登入 Gmail 嗎?

免費 Gmail 不行:你要用 @gmail.com 地址登入,網域只是把郵件轉寄過去。要以 you@example.com 登入 Gmail 收件匣,需要 Google Workspace。你也可以免費建立一個使用自己地址的 Google 帳戶,不使用 Gmail 地址,用於 YouTube 或 Google 雲端硬碟等服務,但這種帳戶沒有 Gmail 收件匣。

Email Routing 能用在子網域上嗎?

可以。在「Email Routing」中選取你的主網域,開啟「Settings」(設定),然後在「Subdomains」(子網域)中輸入子網域。Cloudflare 會加入相關記錄,你再用同樣的方式為它建立規則。

如何關閉它或改用其他服務商?

「Email Routing」→「Settings」中的「Disable Email Routing」(停用電子郵件路由)會移除它加入的 MX、SPF 和 DKIM 記錄。若要在不中斷收信的情況下轉移,請先在那裡對這些記錄選擇「Unlock」(解除鎖定),加入新服務商的記錄,等新設定正常運作後再停用路由。

文章

關於郵件,多懂一點。

所有文章

IMAP 會刪除伺服器上的郵件嗎?IMAP 與 POP3 差異

會。在任一個 IMAP App 刪除郵件,伺服器上的郵件也會刪除,所有 App 同步,通常先移到垃圾桶。另說明 IMAP 與 POP3 差異、唯讀存取的意思、JMAP 與 993 連接埠的安全性。

你的信箱,更由你作主。

下載 CatchNone

適用於 iPhone、iPad 和 Mac