是否所有SMTP通信都发生在25分钟以上？

所有SMTP通信是否在port25上的域之间发送电子邮件？所有的通讯都是安全的吗？ 要明白，使用类似Gmail的通信是安全的，但在Gmail服务器之后，它必须使用不安全的端口25，对吗

SMTP可以在任何端口上，但这不是我要说的。我不是说连接到Gmail、Yahoo或ISP SMTP服务器。这些是SMTP中继，它们在希望为用户加密/未加密的任何端口上接受SMTP请求

但一旦SMTP中继服务器收到请求，邮件服务器就会根据域名MX记录将其转发到电子邮件。它是否仅在端口25上使用SMTP？邮件服务器只知道域名，然后将其转发。它无法知道他们正在监听哪个端口

---

例如，我正在为我的域托管ExchangeServer2007。我连接到Exchange服务器以向其发送邮件xyz@gmail.com. 我的exchange服务器必须通过行业标准协议进行通信，对吗？这就是端口25（因为我的Exchange服务器没有端口25就无法工作）。

否。SMTP可以设置为使用25以外的端口，尽管这是使用的标准端口

---

是一种协议–它指定了信息的传输方式。另一方面，SMTP服务器是执行传输的软件（与协议本身分离）。SMTP端口实际上是一个侦听端口—客户端连接到该端口以使用服务器—但它与协议本身是独立的。许多邮件服务器设置为使用其他端口。例如，Dreamhost将其邮件服务器设置为同时使用端口25和465。

实际上，您可以使用任何端口。25号港口是一个公约，仅此而已。我听说一些提供商为发送流量屏蔽端口25（以控制垃圾邮件机器人），人们必须切换到其他端口。

SMTP默认使用端口25，但可以使用任何端口

---

Gmail SMTP服务器需要在端口465上使用加密连接（SSL）。

大多数当前的电子邮件软件（客户端和服务器）都可以将SSL/TLS用于SMTP。这通常意味着端口25是未加密的SMTP，端口465是加密的。实际的端口号可以更改，只有按照惯例，端口25是SMTP。

Internet上邮件服务器之间的几乎所有通信都在端口25上完成。这是著名的港口

请参阅，它保留tcp/587作为SMTP的备用提交端口。端口25和587保留给SMTP，并通过IANA提交

SMTP可以通过端口25通过TLS进行保护，但这似乎并没有广泛用于Internet电子邮件，但我知道它用于某些网络上的一些内部通信

许多ISP似乎也接受tcp/465上的提交，但该端口尚未正式注册

当然，任何邮件服务器都可以在任何端口上侦听SMTP，但是发送服务器没有任何方法来发现备用端口，并且必须假定它位于端口25上

---

我知道有些组织会在其他不寻常的端口（如2525和其他端口）上接受邮件客户端的提交。

我想我会加入进来，因为我是以编写电子邮件软件为生的

SMTP通信有两种常见场景：1）服务器到服务器和2）客户端到服务器

1） 服务器对服务器 所有公共服务器到服务器的电子邮件通信都通过端口25进行。如果您希望您的域接收来自其他域的电子邮件，则必须在端口25接受SMTP通信。这是未经处理的。它以明文形式发送。有几种方法可以对特定消息进行编码，但就通信量而言，它是以ascii文本（显然是二进制格式）发送的。但是，它不是通过SSL发送的

还可以进行一些私有的服务器到服务器的通信。这可能发生在大型组织中，他们可能拥有每个人都使用的内部企业服务器。当您发送电子邮件时，它会被发送到公司服务器，但该公司服务器会将电子邮件转发到面向公众的服务器。面向公众的服务器将电子邮件发送到接收服务器。接收服务器正在端口25接收电子邮件

2） 客户端到服务器。 这有更多的选择。在服务器上，您可以配置不同的提交端口（打开接收电子邮件的端口）。这些可以是你想要的任何东西。您只需记住告诉用户正确配置客户端软件。最常见的端口是25和587。许多ISP将阻止发送端口25（因为这是垃圾邮件机器人用来发送到公共邮件服务器的端口）。但是，他们有587打开，所以你可以发送电子邮件到你的SMTP服务器。SSL上SMTP的公共端口是465

---

显然，这可能会变得更加复杂，我省略了很多细节，但简而言之。

我应该指出，通过端口465的安全SMTP不是标准的。官方鼓励的安全SMTP方式是通过端口25。在任何情况下，如果确实需要SMTP/465，它还应提供SMTP/25。端口被阻止的好处是。许多电子邮件提供商现在使用“机会主义TLS”加密服务器到服务器的电子邮件，但直到所有电子邮件提供商都这样做，或者有某种机制可以保证100%使用端到端加密，您应该假设可能涉及纯文本。我不认为这是事实上准确的->“1）服务器到服务器所有公共服务器到服务器的电子邮件通信都通过端口25进行。”服务器（MTA）可以通过我看到的另一个MTA在25以外的端口上发送和接收。