寄信設定
接上你自己的寄信服務商，並理解「通知信」與「電子報」為什麼分成兩組連線。
「設定 → 寄信設定」。這一頁大概是最容易被跳過、但最會出事的設定。
先搞懂：平台代發到哪裡為止
| 信件類型 | 你還沒設定時 |
|---|---|
| 系統通知信（忘記密碼、報名確認、訂單通知） | 平台代發，可以正常運作 |
| 電子報、系列信件 | 完全不會寄出 |
大量寄信一定要用你自己的網域與寄件信譽。這不是刻意設限——一封被檢舉的行銷信會拖累同一個寄件來源上所有人的送達率，所以平台不代發這一類。
兩組獨立連線
這一頁可以設兩組，用途自動分流：
- 通知信：訂單、忘記密碼、課程與作業通知這些交易型信件
- 大量電子報／系列信件：群發用
第二組留空就沿用第一組。分開的好處是可以各用各的服務商——例如通知信走 Gmail（量小、設定簡單），電子報走 Resend（大量寄送、有統計）。
更實際的理由是保護你的通知信：萬一某次電子報被大量檢舉、寄件信譽掉下去，你的「忘記密碼」信不會跟著進垃圾桶。
支援的服務商
Resend / SendGrid / Mailgun / Amazon SES / Gmail
沒有特別偏好的話，Resend 通常最省事：介面乾淨、網域驗證流程清楚、免費額度對剛起步的站台夠用。
每一家要填什麼、去哪裡拿金鑰，設定頁上選了服務商就會展開逐步說明，這裡不重複。
一定要做的事：驗證寄件網域
不管選哪一家，都要在該服務商後台驗證你的寄件網域（依指示到 DNS 加 SPF / DKIM 等記錄）。
跳過這一步的後果不是「寄不出去」，而是寄得出去但進垃圾桶——這種故障最難發現，因為後台顯示「已寄出」。
⚠️ 用 Amazon SES 的話特別注意：新帳號預設在沙盒模式，只能寄給已驗證過的信箱。要正式使用得先向 AWS 申請解除沙盒。
設定完先測
設定頁有「寄信測試」，會實際寄一封給你。收到了再去發電子報，不要拿真名單當測試。
寄出去的每一封信都會進「行銷推廣 → 郵件記錄」，包含失敗原因，排查問題從這裡開始。
常見問題
信進垃圾桶怎麼辦？ 九成是網域驗證沒做完或做了一半。回服務商後台看網域狀態是不是綠勾（Verified）。
可以用我自己的 Gmail 寄電子報嗎？ 技術上可以，但不建議：Gmail 有每日寄送上限，而且個人帳號被判定為大量寄信會有風險。名單超過幾百人就換專門的寄信服務。
退訂的人還會收到嗎？ 不會。退訂與永久退信的地址會自動排除在之後所有寄送之外，你不需要自己維護黑名單。
兩組都留空會怎樣？ 通知信由平台代發、正常運作；電子報與系列信會寄不出去。