端口465和587有什么区别？

Question

端口465和587有什么区别？

Ili*_*sev 227 email port email-client postfix-mta smtp

这些端口465和587都用于发送邮件(提交邮件),但它们之间的真正区别是什么？

Answer 1

AnF*_*nFi 219

SMTP协议:smtps(端口465)v.msa(端口587)

端口465和587用于电子邮件客户端到电子邮件服务器通信 - 发送电子邮件.

端口465用于smtps
SSL加密在任何SMTP级别通信之前自动启动.

端口587用于msa
它几乎像标准SMTP端口. MSA应在验证后接受电子邮件(例如,在SMTP AUTH之后).它有助于阻止传出垃圾邮件时的netmasters DUL范围可以阻止传出到SMTP端口(端口25)连接.如果服务器支持
SSL 并且您的ISP不过滤服务器的EHLO回复(2014年报告),则可以通过SMTP级别的STARTTLS命令启动SSL加密.

MTA使用端口25进行MTA通信(邮件服务器到邮件服务器).它可以用于客户端到服务器通信,但目前不是最推荐的.标准SMTP端口接受来自其他邮件服务器的电子邮件到其"内部"邮箱,无需身份验证.

*标准SMTP端口接受来自其他邮件服务器的电子邮件,无需身份验证* - 实际上技术上并不正确.标准25端口可以使用身份验证传输邮件,而不是取决于MTA的配置. (6认同)
请注意,虽然非官方,端口465为最终用户提供了更多保证,他们确实通过加密通道进行通话.端口587(TLS是可选的)意味着最终用户可以通过未加密的信道提供其凭证.随着电子邮件客户端的存在,您无法保证MUA甚至会提醒用户该连接已被降级. (6认同)
@Ilia还有_incoming mail_到本地电子邮件域. (4认同)
普通MTA的@Ilia标准SMTP端口无法拒绝（所有）未经身份验证的SMTP连接。 (2认同)
自 [RFC 8314][https://tools.ietf.org/html/rfc8314#section-7.3] 起，端口 465 用于基于 TLS 的 msa。 (2认同)

Answer 2

dan*_*ton 127

587对465

这些端口分配由Internet Assigned Numbers Authority(IANA)指定:

端口587:[SMTP]消息提交(SMTP-MSA),一种接受来自电子邮件客户端(MUA)的电子邮件提交的服务.在RFC 6409中描述.
端口465:SSM的URL Rendezvous目录 (与电子邮件完全无关)

从历史上看,端口465最初计划用于SMTP上的SMTPS加密和身份验证"包装器",但它很快被弃用(在几个月内,超过15年前),转而使用STARTTLS over SMTP(RFC 3207).尽管如此,可能有许多服务器支持不推荐使用的协议包装器,主要是为了支持实现SMTPS的旧客户端.除非您需要支持这些较旧的客户端,否则SMTPS及其在端口465上的使用应该只是一个历史脚注.

绝对令人困惑和不精确的术语SSL通常用于指示SMTPS包装器和TLS以指示STARTTLS协议扩展.

完整性:25号港口

端口25:简单邮件传输(SMTP-MTA),一种接受来自其他服务器(MTA或MSA)的电子邮件提交的服务.RFC 5321中描述.

资料来源:

IANA 服务名称和传输协议端口号注册表
" 撤销smtps TCP端口 " - 来自Internet Mail Consortium主管Paul Hoffman的电子邮件,1998年11月12日.
RFC 6409 - 邮件的邮件提交
RFC 5321 - 简单邮件传输协议
RFC 3207 - 基于传输层安全性的安全SMTP的SMTP服务扩展
RFC 4607 - 用于IP的源特定组播

`SMTPS及其在端口465上的使用应该只是一个历史脚注.除了Gmail和大多数其他电子邮件提供商使用端口465进行SSL即SMTPS.无论IANA规定什么,这都是不可能实现的. (11认同)
应更新此内容以反映 IANA 现在已将端口 465 分配给“urd”和“提交”，并且 [RFC8314](https://tools.ietf.org/html/rfc8314) 建议对消息使用隐式 TLS/端口 465提交。 (6认同)
@EricJ....但是gmail也支持587端口.你知道Google在内部使用哪个端口吗？否则,他们**支持**465的事实并不真正被视为优先或甚至特别常用的证据. (5认同)
您已经注意到 RFC 8314 了吗？请参阅此处：https://tools.ietf.org/html/rfc8314 - 基本上，587 将被弃用，端口 465 将用于基于 TLS 的 SMTP。请注意，这个新的 RFC 更新了您回答所基于的 RFC 6409。 (3认同)
好吧，我们现在是2018年，我认为没有港口会成为历史。大玩家仍在使用“ 456”。另外，我会修改我的答案以反映IANA是一团糟，并且他们仍然不同意是否应使用“ 456”-RFC 8314 https://tools.ietf.org/html/rfc8314#page-6- `为“提交”服务建立TCP连接（默认端口465）时，TLS握手立即开始。-您的“端口456”链接引用此RFC :)-注册日期：2017-12-12 (2认同)
另请注意，除了* Cisco SSM 之外，端口 465 已向 IANA 注册用于基于 TLS 的 SMTP：https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers。 xhtml?search=提交 (2认同)

Answer 3

Chr*_*ris 12

RFC 8314的出版改变了这个问题的正确答案.因此,端口465和587都是邮件提交代理(MSA)的有效端口.端口465要求在连接建立时协商TLS/SSL,如果选择协商TLS,则端口587使用STARTTLS.IANA注册表已更新,允许为此目的合法使用端口465.对于邮件中继,仅使用端口25,因此STARTTLS是使用邮件中继进行TLS的唯一方法.将邮件中继和邮件提交视为两种截然不同的服务(具有许多行为差异,如需要auth,不同的超时,不同的消息修改规则等),恰好使用类似的有线协议.

使用端口 465 还是 587 更好？ (2认同)
如果您正在运行公共 SMTP 服务：两者都是为了兼容性。如果它是私有的，则首选 465 上的隐式 TLS，除非您必须支持不支持它的客户端。支持摘录：“然而，为了最大限度地使用提交加密，最好在几年的过渡期内支持通过 TLS 进行消息提交的两种机制。因此，客户端和服务器应该在端口 587 和在此过渡期间端口 465 上的隐式 TLS" https://tools.ietf.org/html/rfc8314#section-3.3 (2认同)

Answer 4

小智 7

我不想指名道姓，但有人似乎完全错了。引用的标准机构声明如下：提交 465 通过 TLS 协议进行 tcp 消息提交 [IESG] [IETF_Chair] 2017-12-12 [RFC8314]

如果您愿意，您可能希望阅读参考的 RFC。

这似乎清楚地暗示端口 465 是强制加密通信并确保其到位的最佳方式。端口 587 不提供此类保证。

Answer 5

小智 5

我一直使用端口 465。

达诺顿的回答已经过时了。正如他和维基百科所说，端口 465 最初是为 SMTPS 加密计划的，但在 15 年前很快就被弃用了。但是很多 ISP 仍在使用端口 465，特别是为了符合RFC 8314的当前建议，该建议鼓励使用隐式 TLS，而不是使用端口 587 的 STARTTLS 命令。（参见第3.3节）。使用端口 465 是与充当邮件提交代理 (MSA) 的 SMTP 服务器开始隐式安全会话的唯一方法。

基本上，RFC 8314 建议放弃明文电子邮件交换，并且所有三种常见的 IETF 邮件协议仅在可能的情况下用于隐式 TLS 会话以保持一致性。因此，对于 SMTPS、IMAP4S 和 POP3S，推荐的安全端口分别是 465、993 和 995。

尽管 RFC 8314 当然允许继续使用带有端口 587 和 STARTTLS 命令的显式 TLS，但这样做会打开邮件用户代理（MUA，邮件客户端）进行降级攻击，其中中间人拦截 STARTTLS请求升级到 TLS 安全但拒绝它，从而强制会话保持明文。

他是对的。仅仅因为 ISP 滥用它并且没有更新他们的文档并不能使它不正确。他没有说它没有被使用——只是它不是遵循 RFC 的实践。换句话说，您应该在电子邮件中使用 25 和 587，如果出于某种原因，只有在必须时才使用 465。 (6认同)
优先选择端口 465 而不是端口 587，因为 465 用于 SMTP 提交的隐式 TLS，这遵循 [RFC8314](https://datatracker.ietf.org/doc/html/rfc8314#section-1) 中的建议。它建议“使用‘隐式 TLS’（如下定义）连接到邮件提交服务器和邮件访问服务器，而不是连接到‘明文’端口并使用 STARTTLS 命令或类似命令协商 TLS。” (3认同)
再次阅读 RFC。它专门讨论了迁移到 465。 (2认同)

Answer 6

小智 5

端口 465： IANA 已将新服务重新分配给此端口，不应再将其用于 SMTP 通信。

但是，因为它曾经被 IANA 认可为有效，所以可能存在只能使用这种连接方法的遗留系统。通常，只有在应用程序需要时才使用此端口。在 Google 上进行快速搜索，您会发现许多消费者 ISP 文章都建议将端口 465 作为推荐设置。希望这很快结束！它不符合 RFC。

端口 587： 这是默认的邮件提交端口。当邮件客户端或服务器提交要由适当邮件服务器路由的电子邮件时，它应始终使用此端口。

每个人都应该考虑将此端口用作默认端口，除非您被上游网络或托管服务提供商明确阻止。此端口与 TLS 加密相结合，将确保安全提交电子邮件并遵循 IETF 制定的准则。

端口 25： 此端口继续主要用于 SMTP 中继。SMTP 中继是将电子邮件从电子邮件服务器传输到电子邮件服务器。

在大多数情况下，现代 SMTP 客户端（Outlook、Mail、Thunderbird 等）不应使用此端口。传统上，住宅 ISP 和云托管提供商会阻止它，以遏制从受感染计算机或服务器转发的垃圾邮件数量。除非您专门管理邮件服务器，否则您的计算机或服务器上不应有流量通过此端口。

这个答案现在不正确，根据 [RFC8314](https://datatracker.ietf.org/doc/html/rfc8314#section-1) 中的建议，首选用于 SMTP 提交的隐式 TLS 的端口 465。请参阅我的[上述评论](/sf/ask/1105757131/ Between-ports-465-and-587#comment126188394_32460763)。 (2认同)

归档时间：	12 年，5 月前
查看次数：	505201 次
最近记录：	5 年，11 月前