這個是想使用 SMTP 服務時會遭遇到的常見問題，大多數的 SMTP 服務都會提供 25, 465, 587 這些端口，哪麼我們該使用哪一個端口呢？為確保連接到我們的簡單郵件傳輸協議 (SMTP) 端點， 我們將回顧每個 SMTP 端口的歷史，然後我們將討論當今外發郵件服務的使用方法。
什麼是 SMTP Port?
在我們回顧歷史之前，我們將澄清一些基本定義。
SMTP 代表簡單郵件傳輸協議 - 簡而言之，它是通過 Internet 發送電子郵件的過程。 計算機端口是個人計算機連接到網絡並完成電子過程的方式。 SMTP 端口是兩者的組合：設計用於通過網絡向收件人發送電子郵件的端口。
當然，就像有多個電腦端口一樣，也有很多可以使用的SMTP端口。 讓我們來看看他們的發展。
從歷史觀點來看 SMTP ports
1982 年，南加州大學向互聯網工程任務組 (IETF) 提交了一份提案。 Request For Comments (RFC) 821 已發布，將端口 25 設置為 Internet 電子郵件的默認傳輸通道。 40 年後，我們仍然使用端口 25 作為在兩個郵件服務器之間傳輸電子郵件的主要方式。 一些 RFC 已經廢棄了最初的 SMTP RFC。 但是，SMTP 連接的基礎仍然相同或相似。
1998 年 12 月，R. Gellens 和 J. Klensin 提交了 RFC 2476 以支持添加新的 Internet 電子郵件通信規範。 RFC 提出了傳統消息提交和消息中繼概念的拆分。 RFC 定義消息提交應通過端口 587 進行，以確保新策略和安全要求不會干擾消息中繼端口 25 上的傳統中繼流量。
關於 port 465
有趣的是，IETF 從未將端口 465 發佈為官方 SMTP 傳輸或提交通道。 相反，維護大部分核心互聯網基礎設施的互聯網編號分配機構 (IANA) 為 SMTPS 註冊了端口 465。 目的是為 SMTP 建立一個端口，以便使用安全套接字層 (SSL) 進行操作。 SSL 通常用於加密 Internet 上的通信。
該端口被分配大約一年後被撤銷以支持使用傳輸層安全性 (TLS) 保護 SMTP 通信。 棺材上的釘子是 RFC 2487 中引入的新協議命令“STARTTLS”。此命令允許 SMTP 服務器通過通告目標服務器是否支持 TLS 加密來通過現有端口進行通信。 如果是這樣，發送服務器可以使用“STARTTLS”SMTP 命令升級連接。
您可以在任何 SMTP 服務器上使用命令序列進行測試，確認 SMTP 服務器是否有支援 TLS 連線。 試試 Gmail 或 Yahoo，“telnet gmail-smtp-in.l.google.com 25”或“telnet mta7.am0.yahoodns.net 25”。
你該使用哪一個 SMTP 端口？
這些標準端口有何不同？ 隨著時間的推移有任何改變嗎？
Port 25
SMTP 端口 25 主要用於 SMTP 中繼。 SMTP 中繼是將電子郵件從電子郵件服務器傳輸到電子郵件服務器。
在大多數情況下，現代 SMTP 電子郵件客戶端（Microsoft Outlook、Mail、Thunderbird 等）不應使用此端口。 它傳統上被住宅 ISP 和雲託管提供商阻止，以抑制從受感染的計算機或服務器中繼的垃圾郵件數量。 除非您專門管理郵件服務器，否則您的計算機或服務器上應該沒有流量經過此端口。
Port 465
IANA 已將新服務重新分配給此端口 (配發給。URL Rendezvous Directory for SSM)，不應再將其用於 SMTP 通信。
但是，因為它曾經被 IANA 認可為有效，所以可能有遺留系統只能使用這種連接方法。 通常當您的應用程序需要時才使用此端口。 通過 Google 快速搜索，您會發現許多消費者收件箱服務提供商 (ISP) 的文章建議將端口 465 作為推薦設置，但是我們不推薦它，因為它不符合 RFC。
Port 2525
此端口未得到 IETF 或 IANA 的認可。 相反，如果上述端口被阻止，有些服務會將其作為備用端口提供，該端口鏡像端口 587。 由於 2525 是一個非傳統的高端口號，因此消費者 ISP 和雲託管提供商（如 Google Compute Engine）通常允許使用它。 如果您嘗試過上述端口，但遇到連接問題，請嘗試端口 2525。此端口還支持 TLS 加密。
Port 587
這是默認的郵件提交端口。 當用戶提交一封電子郵件以由適當的郵件服務器路由時，這將提供最佳結果。
端口 587 與 TLS 加密相結合，可確保安全提交電子郵件並遵循 IETF 制定的準則。
所有 SMTP 服務都應考慮使用端口 587 作為他們的默認 SMTP 端口，除非您被上游網絡或託管服務提供商明確阻止。
