SMTP 是什麼？簡單郵件傳輸協議負責將電子郵件寄出去
簡單郵件傳輸協議（Simple Mail Transfer Protocol，SMTP）是用來提交、傳送與轉送電子郵件的網際網路標準通訊協定，在台灣也常稱為「簡單郵件傳輸協定」。當你透過郵件軟體按下寄送，通常會由 SMTP 將郵件交給寄件服務，再送往收件人的郵件伺服器。
SMTP 主要處理寄信與伺服器之間的郵件傳遞；使用者讀取、下載及同步信箱，則通常使用 POP3 或 IMAP。因此，遇到「可以收信，卻無法寄信」時，應優先檢查 SMTP 主機、連接埠、加密方式及登入驗證，而不是只調整收信設定。
SMTP 伺服器是什麼？認識郵件寄送流程
SMTP 伺服器是執行 SMTP 通訊、接收寄件請求並轉送郵件的系統。郵件軟體中的「外寄郵件伺服器」通常就是這項設定；網站表單、訂單通知、掃描器及監控系統，也能透過 SMTP 寄出通知。
使用現成郵件服務時，不必自行安裝 SMTP 伺服器軟體，只需取得業者提供的連線與驗證資訊。自行架設則還需要管理 DNS、佇列、投遞紀錄與寄件信譽。
一封電子郵件如何送達？
- 提交郵件： 郵件軟體連上寄件服務，依規定完成加密與身分驗證。
- 尋找收件系統： 寄件端郵件伺服器通常依收件網域的 DNS MX 紀錄尋找目的地，或交由指定中繼服務處理。
- 轉送郵件： 郵件透過 SMTP 傳遞至收件端伺服器。
- 存入與讀取： 收件系統處理並存放郵件，使用者再透過網頁信箱、IMAP 或 POP3 查看。
伺服器接受郵件，不代表郵件一定已進入收件匣；後續仍可能經過垃圾郵件檢查、規則分類或轉寄處理。
SMTP 命令與「信封」有什麼用途？
SMTP 以文字命令交換傳輸資訊，例如 EHLO 用來識別用戶端並取得伺服器能力，MAIL FROM 指定信封寄件者，RCPT TO 指定收件者，DATA 則開始提交郵件內容。
SMTP 信封是郵件路由與退信處理所使用的資訊，與信件畫面顯示的「寄件者」「收件者」標頭不同。例如密件副本收件者可存在於傳輸收件名單中，卻不會出現在其他收件者看見的標頭裡。
SMTP 設定怎麼填？先確認主機、連接埠與驗證
設定 SMTP 時，應以郵件服務商的官方說明為準。即使使用相同郵件軟體，不同服務的主機名稱、驗證方式與可用連接埠仍可能不同。
smtpserver 與登入欄位設定
常見欄位包括以下幾項：
- smtpserver：SMTP 主機名稱，不是網頁信箱網址，也不需要加上
https://。 - 使用者名稱：通常是完整電子郵件地址，但仍須依服務商規定填寫。
- 驗證方式：可能採 OAuth 2.0、應用程式密碼，或服務商核發的專用憑證。
- 寄件者地址：應使用登入帳號本身或已獲授權的寄件別名。
- 加密方式：須搭配正確連接埠，不能只看「SSL」或「TLS」字樣任意選擇。
正式環境的密碼與憑證應放在受保護的設定或祕密管理機制中，避免直接寫入公開程式碼。
Smtpport 比較：25、465、587 如何選擇？
| 連接埠 | 主要用途 | 加密方式 | 設定重點 |
|---|---|---|---|
| 25 | 郵件伺服器之間傳遞郵件 | 可透過 STARTTLS 升級加密，視雙方支援及政策而定 | 不宜直接當成一般用戶端寄信的預設選項 |
| 465 | 用戶端提交郵件 | 隱含式 TLS，連線開始就進行 TLS 交握 | 郵件軟體常標示為 SSL/TLS |
| 587 | 用戶端提交郵件 | 通常搭配 STARTTLS | 應要求成功建立 TLS 後才提交驗證資訊與郵件 |
465 與 587 都能提供加密的郵件提交連線，差異在於加密啟動方式。選擇哪一個，應依服務商及軟體支援情況決定，不能將 587 一律視為 SMTPS，或認為 465 已經不適用。
SMTP 伺服器查詢：如何找到正確的外寄主機？
最可靠的查詢方式，是查看郵件服務商的官方設定文件、帳號管理介面，或向企業資訊人員取得外寄設定。既有郵件軟體中的帳號設定，也可協助確認目前使用的主機。
MX 紀錄不等於用戶端寄信主機
DNS 的 MX 紀錄主要指出某個網域接收郵件的伺服器，不能直接當成郵件軟體的 SMTP 登入地址。同一個服務可能將收件、使用者提交郵件及企業中繼分配到不同主機。
若服務商使用自訂主機名稱，也不能僅憑信箱網域自行推定為 smtp.你的網域。填入錯誤主機，可能造成連線失敗或憑證名稱不符。
連線測試要分層判讀
排查時可依序確認主機名稱是否能解析、指定連接埠是否可連線、TLS 交握是否成功，最後再測試登入與寄信。連接埠可連線，只代表網路通道可用，並不代表帳號驗證或寄件權限正確。
Gmail SMTP 設定：主機、加密與登入方式
Gmail 的 SMTP 主機是 smtp.gmail.com。設定重點不只是填對主機，也包括選擇帳號允許的驗證方式。
Gmail 寄信參數對照
| 設定項目 | 填寫內容 |
|---|---|
| SMTP 主機 | smtp.gmail.com |
| 連接埠與加密 | 587 搭配 STARTTLS，或 465 搭配隱含式 TLS |
| 使用者名稱 | 完整 Gmail 或 Google Workspace 電子郵件地址 |
| SMTP 驗證 | 需要 |
| 登入方式 | 支援時優先使用 OAuth 2.0；符合條件時可使用應用程式密碼 |
| 寄件者 | 帳號本身或已完成授權的寄件地址 |
部分程式範例會將這組設定命名為 smtpgmail，但它只是設定名稱，不是伺服器地址；實際主機仍應填入 smtp.gmail.com。
應用程式密碼如何使用？
若設備不支援 OAuth 2.0，可先確認 Google 帳戶是否提供應用程式密碼功能。使用這項功能需要啟用兩步驟驗證，再將產生的應用程式密碼填入設備的密碼欄位，而非一般帳戶密碼。
並非所有帳號都能建立應用程式密碼，組織政策及帳戶安全設定可能限制使用。若選項不存在，應改用支援的登入方式，或由管理員提供合適的寄件方案，不要藉由停用安全設定解決。
Gmail SMTP 無法寄信，應該如何排查？
先取得郵件軟體或設備顯示的完整錯誤訊息，再區分是連線、驗證還是投遞問題，可避免反覆更換無關設定。
常見錯誤與檢查方向
- 連線逾時：檢查主機、連接埠、防火牆與網路出口限制。
- TLS 或憑證錯誤：確認 465、587 與加密方式是否配對，並檢查設備時間。
- 驗證失敗，例如 535：檢查完整帳號、OAuth 授權狀態、應用程式密碼及帳戶政策。
- 寄件者遭拒：確認寄件地址是否屬於帳號或已授權別名。
- 暫時失敗或寄送受限：查看完整回應及帳號通知，採適當延遲重試，不要密集重送。
- 顯示成功但對方沒收到：檢查退信、垃圾郵件匣、收件規則與投遞紀錄。
SMTP 的 4xx 回應通常表示暫時性失敗；5xx 通常表示目前請求存在需要修正的問題。判讀時仍應結合完整訊息，不能只看單一數字。
SMTP、POP3、IMAP 與郵局協定有何不同？
POP3 是 Post Office Protocol Version 3，也就是第三版郵局協定，主要供用戶端下載郵件，是否保留伺服器副本取決於設定。
IMAP 則著重於伺服器信箱的存取與同步，適合手機、電腦等多裝置共同管理郵件。簡單區分就是：SMTP 處理寄信，POP3 與 IMAP 處理使用者取用信箱。
啟用 SMTP 並不代表必須同時啟用 POP3 或 IMAP。若設備只是寄出告警或掃描文件，通常只需外寄功能。
簡單網絡管理協議與 SMTP 有關嗎？
簡單網絡管理協議在台灣通常稱為「簡單網路管理協定」，縮寫是 SNMP，用於取得網路設備的管理資訊及狀態，並不是郵件傳輸協定。
兩者可以在監控系統中分工：SNMP 協助監測設備，SMTP 負責寄出異常通知，但不能互相取代。
結論
簡單郵件傳輸協議是電子郵件寄送的核心機制。實際設定時，先確認正確的 SMTP 主機，再搭配服務商支援的連接埠、TLS 模式及驗證方式。
遇到無法寄信，應依「網路連線、加密交握、帳號驗證、寄件權限、投遞結果」逐層排查。掌握這個順序，就能更有效率地處理郵件軟體、網站表單及設備通知的寄送問題。
常見問題（FAQ）
1. 網站聯絡表單一定要自行架設 SMTP 伺服器嗎？
不需要。網站可以串接既有郵件服務的 SMTP，或使用寄信服務提供的 API。選擇時應考量驗證支援、寄送需求與投遞紀錄是否足夠。
2. SMTP 加密代表郵件內容只有寄件者與收件者能看嗎？
不是。TLS 保護的是傳輸連線，不等同端對端加密。若需要讓郵件內容僅能由指定對象解讀，還需要另外採用適當的郵件加密機制。
3. 更改 Google 帳戶密碼後，設備為什麼突然無法寄信？
Google 會在帳戶密碼變更後撤銷應用程式密碼。若設備原本使用這種方式登入，需建立新的應用程式密碼，並更新設備設定。
4. 自訂網域可以只設定 SMTP，不設定 SPF、DKIM、DMARC 嗎？
SMTP 連線可能仍能運作，但這些 DNS 與驗證設定有助於收件系統辨識合法寄件來源。正式使用自訂網域寄信，應依郵件服務商指引完成設定；它們也不保證郵件一定進入收件匣。
5. 開發網站時，如何避免測試郵件真的寄給客戶？
可在測試環境使用 smtp4dev 等郵件擷取工具，讓程式將郵件送到測試主機，再查看內容與標頭。測試與正式環境應使用不同設定，並確認沒有啟用對外轉送。
6. SMTP 適合直接拿來大量寄送行銷郵件嗎？
SMTP 能承載郵件寄送，但大量寄信還涉及服務額度、收件人同意、退訂、退信處理及寄件信譽。應選擇支援相關管理功能的服務，並遵守服務條款及適用規範。