SMTP協(xié)議：smtps（端口465）v.msa（端口587）

端口465和587用于電子郵件客戶端到電子郵件服務(wù)器通信 - 使用SMTP協(xié)議發(fā)送電子郵件。

端口465用于smtps
SSL加密在任何SMTP級別通信之前自動啟動。

端口587用于msa
它幾乎像標準SMTP端口。 MSA應(yīng)在驗證后接受電子郵件（例如，在SMTP AUTH之后）。它有助于阻止傳出垃圾郵件時的netmasters DUL范圍可以阻止傳出到SMTP端口（端口25）連接。如果服務(wù)器支持
SSL 并且您的ISP不過濾服務(wù)器的EHLO回復（2014年報告），則可以通過SMTP級別的STARTTLS命令啟動SSL加密。

MTA使用端口25進行MTA通信（郵件服務(wù)器到郵件服務(wù)器）。它可以用于客戶端到服務(wù)器通信，但目前不是最推薦的。標準SMTP端口接受來自其他郵件服務(wù)器的電子郵件到其“內(nèi)部”郵箱，無需身份驗證。

587對465

這些端口分配由Internet Assigned Numbers Authority（IANA）指定：

• 端口587：[SMTP]消息提交（SMTP-MSA），一種接受來自電子郵件客戶端（MUA）的電子郵件提交的服務(wù)。在RFC 6409中描述。

• 端口465：SSM的URL Rendezvous目錄 （與電子郵件完全無關(guān)）

從歷史上看，端口465最初計劃用于SMTP上的SMTPS加密和身份驗證“包裝器”，但它很快被棄用（在幾個月內(nèi)，超過15年前），轉(zhuǎn)而使用STARTTLS over SMTP（RFC 3207）。盡管如此，可能有許多服務(wù)器支持不推薦使用的協(xié)議包裝器，主要是為了支持實現(xiàn)SMTPS的舊客戶端。除非您需要支持這些較舊的客戶端，否則SMTPS及其在端口465上的使用應(yīng)該只是一個歷史腳注。

絕對令人困惑和不精確的術(shù)語SSL通常用于指示SMTPS包裝器和TLS以指示STARTTLS協(xié)議擴展。

完整性：25號港口

• 端口25：簡單郵件傳輸（SMTP-MTA），一種接受來自其他服務(wù)器（MTA或MSA）的電子郵件提交的服務(wù)。RFC 5321中描述。

資料來源：

• IANA 服務(wù)名稱和傳輸協(xié)議端口號注冊表

• “ 撤銷smtps TCP端口 ” - 來自Internet Mail Consortium主管Paul Hoffman的電子郵件，1998年11月12日。

• RFC 6409 - 郵件的郵件提交

• RFC 5321 - 簡單郵件傳輸協(xié)議

• RFC 3207 - 基于傳輸層安全性的安全SMTP的SMTP服務(wù)擴展

• RFC 4607 - 用于IP的源特定組播

RFC 8314的出版改變了這個問題的正確答案。因此，端口465和587都是郵件提交代理（MSA）的有效端口。端口465要求在連接建立時協(xié)商TLS / SSL，如果選擇協(xié)商TLS，則端口587使用STARTTLS。IANA注冊表已更新，允許為此目的合法使用端口465。對于郵件中繼，僅使用端口25，因此STARTTLS是使用郵件中繼進行TLS的唯一方法。將郵件中繼和郵件提交視為兩種截然不同的服務(wù)（具有許多行為差異，如需要auth，不同的超時，不同的消息修改規(guī)則等），恰好使用類似的有線協(xié)議。