最後更新時間：2025-11-20，由 Dean 更新 
如果你的網站會提供服務，通常會嵌入 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 後台，點選左側的 “Add-ons”，並找到 Elastic Email 的功能，點下去。
step 2
Elastic Email 會需要付一點點費用，一個月內寄送 1000 封郵件花 0.1 美金。
你可以根據你預計會寄送的郵件數選擇方案，這邊我選 “1000 Emails”。
第二部份：將 Elastic Email 綁定伺服器
step 1
訂閱 Elastic Email 功能後，我們需要把這項功能綁定指定的伺服器。
點選左側 “Servers” 按鈕，並選擇 “My Servers”，會看到你的所有伺服器，選擇你要綁定的那個點進去。
step 2
進入伺服器後，點選左側 “SMTP”，你會看到有一個下拉選單。
將下拉選單打開，選擇 “Elastic Email”，並點下方 “Enable” 按鈕，這樣就完成了綁定並啟用。
第三部份：驗證網域所有權 + 授權 Elastic Email
SMTP 會需要驗證你是網域名稱的所有權人，並且授權 Elastic Email 為你發送郵件。
接下來的設定會有一點小複雜，要分別來新增 SPF、DKIM、Tracking、DMARC 記錄，這些都是要用來進行驗證的資料，跟著步驟走就 OK。
step 1
你需要先到管理你網站「網域」的服務商 (或 DNS 代管商)，找到修改 DNS 的地方。
像我是使用 Cloudflare 代管，路徑就如下圖：
step 2
首先，先從 “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 就像是你要發送邀請函，事先在上面加入一個「數位簽名」，任何拿到這個邀請函的人，都可以用一個「公用鑰匙」驗證簽名，確認邀請函是你本人發送的，過程中沒有被任何人改動過。
你需要在 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 記錄，所以這步驟只需要確認你的 DNS 中，有沒有 MX 的記錄就行。
有的話就直接跳下一步；如果沒有，可能要考慮使用 Rackspace、Google Workspace 等第三方郵件服務。
step 6
下一個，我們要來加入「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 中看見以下幾像記錄：
第四部份：測試 SMTP 設定是否成功
step 1
設定完 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 設定成功了。
