为什么邮件客户端不直接使用收件人的 SMTP 服务器

Question

通常在电子邮件客户端中，您需要配置一个 SMTP 服务器来发送邮件。当您发送邮件时，您配置的 SMTP 服务器只需解析收件人电子邮件地址中 @at 之后的域，并使用 MX 类型的 DNS 请求。DNS 将使用收件人邮件提供商的邮件交换器 SMTP 服务器的地址进行应答，并且您的 SMTP 服务器会将您的邮件转发给它。

我的问题是：为什么这不是由邮件客户端直接完成的？这没什么特别的：它只是一个 DNS mx 请求，并且直接与收件人提供商的邮件交换器打交道的协议总是 SMTP。

如果是这样，邮件可以直接发送到正确的服务器：它应该更快并避免无用的流量。

这可能是因为收件人的 SMTP 服务器可能由于某种原因关闭，或者在您发送邮件时太忙而无法处理邮件，因此使用我们的个人 SMTP 服务器的优点是可以小心重试定期发送邮件？

这是我看到的唯一原因：实际上，如果这是邮件客户端的责任，那将不太实际，因为用户可能会关闭它或关闭计算机。

如果这是唯一的原因：是否经常发生 SMTP 服务器无法立即处理电子邮件？

Answer 1

一种可能的原因是发件人可能根本无法直接到达收件人的邮件服务器。

\n\n

在电子邮件和 SMTP 的早期，您不仅拥有 Internet \xe2\x80\x93，还拥有 Bitnet；UUCP 网/新闻组；伯克内特；米尔网；DEC网；等等都使用不兼容的协议。一个像这样的域sri-unix.uucp可能在 DNS \xe2\x80\x93 中没有 IP 地址，只有指向网关（也具有 UUCP 链接的 SMTP 服务器）的 MX 记录。

\n\n

如今，仅 IPv4 和仅 IPv6 主机之间的通信也存在类似情况（尽管后者有些罕见）。

\n\n

此外，网络并不完全可靠（而且仍然不可靠）\xe2\x80\x93，你不会想盯着“收件人的邮件服务器无法访问，请等待”半个小时。小时，您可以将邮件发送给在您撰写邮件的同一台计算机上 24/7 运行的sendmail ，然后继续工作。

\n\n\n\n\n\n

奖励：我在 OldUse.Net 上看到的一些非常奇怪的“发件人：”地址：

\n\n

\n

• UCBVAX.@MIT-MC.@rand-relay.ARPA.goldfarb.UCF-CS@RAND-RELAY

\n

• farber%udel-eecis1.udeecis@udel-ee@sri-unix.UUCP

\n

• notes@CSvax:Pucc-H:pur-phy.UUCP

\n

• utzoo!linus!security!genrad!decvax!harpo!floyd!whuxlb!pyuxll!abnjh!u1100a!pyuxn!pyuxi!mhuxm!mhuxd!mhuxa!houxm!hocda!spanky!burl!akgua!emory!sb6!sb1!ll1!otuxa!we13!ihnp4!ixn5c!inuxc!pur-ee!uiucdcs!mcewan

\n

\n