在 SMTP 网络中拥有客户端 MTA 有什么优势？答案

【问题标题】：What is the advantage of having a client-side MTA in the SMTP network?在 SMTP 网络中拥有客户端 MTA 有什么优势？
【发布时间】：2018-07-03 10:51:19
【问题描述】：

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

从发件人到发件人的 MTA
从发送方的 MTA 到接收方的 MTA

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

客户端可以直接将其消息发送到接收者的 MTA，而不是这种路由/中继基础架构，例如绕过中继步骤。

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

身份验证委托和灰名单：接收方可以信任发件人的 MTA 来对发件人进行身份验证，因此无需能够对发件人进行身份验证。
客户端-服务器架构的优点：客户端的 MTA 是一个服务器，它可以提供比客户端应用程序更多的功能（更容易保护等）。例如，当连接到 Internet 的成本很高时，MTA 服务器可以实现 Internet 连接。

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

【问题讨论】：

大多数带有单个中继的电子邮件要么是内部邮件（例如，您向同事发送了邮件），要么是垃圾邮件。注意到单个外部中继是垃圾邮件的一个很好的指标。另请参阅this post describing SMTP relay hops。

标签： email smtp

【解决方案1】：

使用客户端 MTA 有几个令人信服的理由。这里有两个：

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

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

您始终可以在您的邮件客户端中编写此功能，但如果您这样做，您就可以将您的邮件客户端变成 MTA。

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

【讨论】：

【解决方案2】：

对于“垃圾邮件时代”的大多数用户而言，您的建议过于复杂。
对于某些人来说，这可能是值得的，但遗憾的是，对于垃圾邮件发送者来说，这主要是值得的。

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

【讨论】：