在SMTP网络中拥有客户端MTA有什么好处？

Question

标准电子邮件传递至少使用2个SMTP连接：

• 从发件人到发件人的MTA
• 从发送者的MTA到接收者的MTA

，并且至少需要两个SMTP服务器，第一个是中继。

代替该路由/中继基础结构，客户端可以直接将其消息发送到接收方的MTA ，例如绕过中继步骤。

我知道有一些优点，例如：

• 身份验证委派和灰名单：接收方可以信任发送方的MTA来对发送方进行身份验证，因此不必对发送方进行身份验证。
• 客户端-服务器体系结构的优点：客户端的MTA是服务器，与客户端应用程序相比，它可以轻松提供更多功能（更容易保护，等等）。例如，当连接到Internet的成本很高时，MTA服务器可以使Internet连接相互化。

但是，这些似乎仅仅是优点，而不是当今的设计约束（在客户端上嵌入库不再是问题）。
今天是否有某些原因需要使用客户端MTA，或者是由于这些协议的技术惯性（例如，难以更改已很好建立和实施的标准）？

Answer 1

使用客户端MTA有许多令人信服的原因。这是两个：

1）发送MTA进行DNS查询，以确定需要联系哪个邮件服务器才能到达接收者的MTA。

2）如果发送MTA无法到达接收者的邮件服务器，则可以稍后重试发送。或者，它可能会退回到使用接收域的更高距离MX记录之一（如果有）的方式。

您始终可以在邮件客户端中编写此功能，但是如果这样做，则可以很好地使邮件客户端成为MTA。

还有其他原因。例如，如果发送MTA处理多个发件人的邮件，则可以批量处理电子邮件：例如，如果有多个发往Gmail地址的电子邮件，则可以通过同一连接全部发送。这样，它不必为每个电子邮件打开和关闭连接。如果需要协商TLS和/或AUTH，这将变得更加有利。

Answer 2

您的建议对于“垃圾邮件时代”的大多数用户而言太复杂了。
对于某些垃圾邮件发送者来说，也许值得付出一些努力，但遗憾的是，对于大多数垃圾邮件发送者来说。

通过“发件人MTA / SMTP服务器”发送大大简化了电子邮件的发送，通过发件人对进行故障排除和电子邮件客户端实现。