最後更新時間：2026-06-09，由 Dean 編輯 
將本站加為 Google 偏好來源👆 如果你的網站會提供服務，通常會嵌入 Contact Form 7 或 WPForms 等表單。但很多時候可能客戶填完表單，你發現都沒有收到通知，那很有可能你網站的 SMTP 沒有通過驗證。
使用 Cloudways 主機架設網站的人，可以使用內建的擴充功能 Elastic Email SMTP，費用非常低，這篇文章將會詳細說明串接並驗證的完整流程。(當然也可以直接使用免費 Gmail SMTP 驗證，但有每日 500 封的限額)。
Cloudways Elastic Email 是什麼？
Elastic Email 是一間提供電子郵件寄送服務的公司，與 Cloudways 合作，提供「用網域名義發送信件」的服務，可以實現像是：密碼重設連結、購買通知、出貨確認等單向的郵件傳遞。
雖然 Elastic Email 需要付一點點的成本 (1000 封 0.1 美元)，但郵件傳遞品質也相對較好，不太會有漏信或跑到垃圾郵件的狀況發生。這對於業務性質是會有大量由系統自動寄送郵件通知的網站來說 (如零售電商)，是一個蠻不錯的選擇。
常見迷思
大家常常會把「用網域名義發送信件」跟「網域信箱」搞混，簡單說明：
- 用網域名義發送郵件：可以用你的網域發送信件，收件者看到的寄件者地址會是「XXX@你的網域」，但是這個電郵地址並不具有收信功能，自然也不會有一個像是你平常收信的郵箱介面。Elastic Email、SendGrid、Mailgun 就屬於這種。
- 網域信箱：你會擁有一個「XXX@你的網域」的電郵地址，除了可以用它來發送信件外，也會有一個專門用來收信的郵箱後台。像是 Rackspace Email 就屬於這種。
簡單來說，前者只能夠發信，適合一些只需要收到網站更新通知或密碼重設郵件的經營者，或是需要在用戶購物後自動發送通知郵件的電商網站；後者則適合需要雙向溝通經營者。
要在 Cloudways 上設定 Elastic Email 不難，分成四大部分，跟著下面的步驟就能夠完成。
第一部份：訂閱 Elastic Email 功能
step 1：進入 Cloudways 後台訂閱 Elastic Email
首先，需要到 Cloudways 後台，點選左側的 “Add-ons”，並找到 Elastic Email 的功能，點下去。
step 2：確認費用並完成訂閱
Elastic Email 會需要付一點點費用，一個月內寄送 1000 封郵件花 0.1 美金。
你可以根據你預計會寄送的郵件數選擇方案，這邊我選 “1000 Emails”。
第二部份：將 Elastic Email 綁定伺服器
step 1：將 Elastic Email 綁定指定伺服器
訂閱 Elastic Email 功能後，我們需要把這項功能綁定指定的伺服器。
點選左側 “Servers” 按鈕，並選擇 “My Servers”，會看到你的所有伺服器，選擇你要綁定的那個點進去。
step 2：在伺服器設定中選擇 SMTP
進入伺服器後，點選左側 “SMTP”，你會看到有一個下拉選單。
將下拉選單打開，選擇 “Elastic Email”，並點下方 “Enable” 按鈕，這樣就完成了綁定並啟用。
第三部份：驗證網域所有權 + 授權 Elastic Email
SMTP 會需要驗證你是網域名稱的所有權人，並且授權 Elastic Email 為你發送郵件。
接下來的設定會有一點小複雜，要分別來新增 SPF、DKIM、Tracking、DMARC 記錄，這些都是要用來進行驗證的資料，跟著步驟走就 OK。
step 1：進入網域 DNS 管理頁面
你需要先到管理你網站「網域」的服務商 (或 DNS 代管商)，找到修改 DNS 的地方。
像我是使用 Cloudflare 代管，路徑就如下圖：
step 2：新增 SPF 記錄
首先，先從 “SPF” 開始，這是用來檢查郵件的「發送者伺服器」是否可信任。
想像你家在辦派對，SPF 就像是「派對入場名單」，這份名單上的名稱 (伺服器名稱) 都是經過認可的，只有它們才能夠入場 (代替你的網域發送郵件)。用來保護網域不受到網路釣魚詐騙，並確保資料正確傳遞。
你需要在 DNS 位置，分別加入以下記錄：
| 類型 | TXT |
| 名稱 / 主機 / 別名 | @ |
| 值 / 內容 / 目的地 | v=spf1 a mx include:_spf.elasticemail.com ~all |
| TTL | 自動 or 可選的最小值 |
如果你網站有子網域，就會需要把「名稱 / 主機 / 別名」中的 @ 換成子網域名稱：
| 類型 | TXT |
| 名稱 / 主機 / 別名 | 子網域名稱 |
| 值 / 內容 / 目的地 | v=spf1 a mx include:_spf.elasticemail.com ~all |
| TTL | 自動 or 可選的最小值 |
整體設定，就會像是下圖：
注意事項：
- 某些網域商不接受「@」，你可以直接將主機欄位留空。如果還是無法，可以在「主機」欄位中輸入你的完整網域名稱。
- 每個網域只能有一個 SPF 記錄，如果原先有記錄，需要在該記錄的最後面新增 “include:_spf.elasticemail.com”。
- 例如：你的網域已有 Rackspace 的 SPF 記錄為 “v=spf1 a mx include:emailsrvr.com ~all”，那麼就填入 “v=spf1 a mx include:emailsrvr.com include” :_spf .elasticemail.com ~all”。
- 如果你有 Gsuite 的 SPF 記錄，可以填入 “v=spf1 a mx include:_spf.google.com include:_spf.elasticemail.com ~all”。
step 3：新增 DKIM 記錄
第二個要設定的是 DKIM，用來確認發送的郵件是否來自已授權的發送人，並且內容沒有被改。
DKIM 就像是你要發送邀請函，事先在上面加入一個「數位簽名」，任何拿到這個邀請函的人，都可以用一個「公用鑰匙」驗證簽名，確認邀請函是你本人發送的，過程中沒有被任何人改動過。
你需要在 DNS 位置，分別加入以下記錄：
| 類型 | TXT |
| 名稱 / 主機 / 別名 | api._domainkey |
| 值 / 內容 / 目的地 | k=rsa;t=s;p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCbmGbQMzYeMvxwtNQoXN0waGYaciuKx8mtMh5czguT4EZlJXuCt6V+l56mmt3t68FEX5JJ0q4ijG71BGoFRkl87uJi7LrQt1ZZmZCvrEII0YO4mp8sDLXC8g1aUAoi8TJgxq2MJqCaMyj5kAm3Fdy2tzftPCV/lbdiJqmBnWKjtwIDAQAB |
| TTL | 自動 or 可選的最小值 |
如果你網站有子網域，就會需要在「名稱 / 主機 / 別名」的 api._domainkey 後面加上子網域：
| 類型 | TXT |
| 名稱 / 主機 / 別名 | api._domainkey.子網域 |
| 值 / 內容 / 目的地 | k=rsa;t=s;p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCbmGbQMzYeMvxwtNQoXN0waGYaciuKx8mtMh5czguT4EZlJXuCt6V+l56mmt3t68FEX5JJ0q4ijG71BGoFRkl87uJi7LrQt1ZZmZCvrEII0YO4mp8sDLXC8g1aUAoi8TJgxq2MJqCaMyj5kAm3Fdy2tzftPCV/lbdiJqmBnWKjtwIDAQAB |
| TTL | 自動 or 可選的最小值 |
注意事項：
- 某些網域商不接受「api._domainkey」，你可以改輸入 “api._domainkey.mydomain.com”。
step 4：新增追蹤記錄
第三個，要設置「追蹤記錄」，追蹤郵件的開啟、點擊、取消訂閱等。
你需要在 DNS 加入：
| 類型 | CNAME |
| 名稱 / 主機 / 別名 | tracking |
| 值 / 內容 / 目的地 | api.elasticemail.com |
| TTL | 自動 or 可選的最小值 |
如果你網站有子網域，就會需要在「名稱 / 主機 / 別名」的 tracking 後面加上子網域：
| 類型 | CNAME |
| 名稱 / 主機 / 別名 | tracking.子網域 |
| 值 / 內容 / 目的地 | api.elasticemail.com |
| TTL | 自動 or 可選的最小值 |
注意事項：
- 如果你的網域商會自動在追蹤值後新增你的域名，例如「api.elasticemail.com.mydomain.com」。為了避免這種情況發生，需要添加句點 “.” 在追蹤記錄值的結尾，例如「api.elasticemail.com.」。
- 如果你使用 Cloudflare 管理 DNS 記錄，在指向追蹤記錄時必須停用橘色代理圖示。(上圖 Proxy 狀態要關閉)
step 5：新增 MX 記錄
下一個步驟是 MX 記錄，也就是「電郵交換記錄」，是告訴郵件發送者，要把郵件發到哪些伺服器。
不過，因為大多數網站在架設時，原本就已經設定了 MX 記錄，所以這步驟只需要確認你的 DNS 中，有沒有 MX 的記錄就行。
有的話就直接跳下一步；如果沒有，可能要考慮使用 Rackspace、Google Workspace 等第三方郵件服務。
step 6：新增 DMARC 記錄
下一個，我們要來加入「DMARC 記錄」，用來彙報 SPF、DKIM 狀況。
DMARC 就像是你辦一個派對，門口的警衛，要負責指揮，將那些沒有通過 SPF、DKIM 檢查的人們做處理，看是進入垃圾信箱、完全拒絕，還是勉強放行。並定期提供一份報告，告訴你有哪些人冒充你。
所以，根據「規則」的不同，有不同的 DNS 添加記錄：
1. 最常使用的 DMARC 記錄。郵件如果沒有通過 SPF、DKIM，不會被做任何處理，也不會收到任何報告：
| 類型 | TXT |
| 名稱 / 主機 / 別名 | _dmarc |
| 值 / 內容 / 目的地 | v=DMARC1; p=none; |
| TTL | 自動 or 可選的最小值 |
你也可以將 “p=none” 改為 “p=quarantine” 或 “p=reject” ：
- p=quarantine：代表如果沒有通過 SPF、DKIM 驗證，會進入對方的垃圾郵件。
- p=reject：代表如果沒有通過 SPF、DKIM 驗證，會直接阻擋掉郵件。
2. 如果想要接收到 DMARC 報告 (包含 SPF、DKIM 驗證失敗報告、每日彙整的 DMARC 報告)，可指定收到的郵箱：
| 類型 | TXT |
| 名稱 / 主機 / 別名 | _dmarc |
| 值 / 內容 / 目的地 | v=DMARC1; p=none; ruf=mailto:你指定的信箱; rua=mailto:你指定的信箱 |
| TTL | 自動 or 可選的最小值 |
3. 如果你有子網域，可以這樣設定：
| 類型 | TXT |
| 名稱 / 主機 / 別名 | _dmarc.子網域 |
| 值 / 內容 / 目的地 | v=DMARC1; p=none; |
| TTL | 自動 or 可選的最小值 |
step 7：確認所有 DNS 記錄已新增
等待你將各個記錄都加入後，你應該會在 DNS 中看見以下幾像記錄：
第四部份：測試 SMTP 設定是否成功
step 1：回到 Cloudways 找到 Elastic Email
設定完 DNS 後，等待 5~10 分鐘，回到 Cloudways 後台 “Add-ons” 的地方，找到 Elastic Email。
Elastic Email 選項中會看到一個「盾牌」的符號，點下去。
step 2：輸入網域並執行驗證
會跳出一個視窗，請你輸入你要驗證的網域名稱，完成後點選 “Verify Domain”。
step 3：確認所有記錄驗證成功
如果下方的各項記錄全部顯示綠色勾勾，代表網域驗鄭成功。
如果有出現紅色叉叉，就根據該項記錄，回到 DNS 設定中重新確認。
step 4：準備測試郵件發送
網域驗證成功後，我們要來測試郵件能不能夠寄送。
回到伺服器的 SMTP 設定中，點選 “Send Test Email”。
step 5：填寫測試郵件資訊
在跳出的視窗中，分別輸入：
- Sender：帶有網域名稱的電郵地址。
- Receiver：收測試郵件的電郵地址。
完成後就點選 “Send Test Email” 寄送。
step 6：確認收到測試信
如果在信箱中，你能夠收到一封帶有網域名稱的寄件者寄來的測試信，就代表你的 Elastic Email SMTP 設定成功了。
