SMTP 协议在设计上非常灵活。大多数现代 MTA 将尝试每 4 小时重新发送一条消息，最长可达 5 天，尽管这可以由特定的系统管理员配置，通常很少需要对此进行更改。
您需要关注的唯一服务器是您要连接的初始服务器以发送消息。只要此服务器将消息接受到它的队列中，它将继续被处理，直到无法再发送，然后将发回无法传递的消息通知您。一旦它被初始 MTA 接受，您对它的交付的担忧应该在维护和重新启动方面被否定。此外，鉴于许多大型邮件提供商运行邮件服务器集群，任何一个的维护和重新启动都可能会影响邮件传输。
SMTP 协议在设计上非常灵活。大多数现代 MTA 将尝试每 4 小时重新发送一条消息，最长可达 5 天，尽管这可以由特定的系统管理员配置，通常很少需要对此进行更改。
您需要关注的唯一服务器是您要连接的初始服务器以发送消息。只要此服务器将消息接受到它的队列中，它将继续被处理，直到无法再发送，然后将发回无法传递的消息通知您。一旦它被初始 MTA 接受，您对它的交付的担忧应该在维护和重新启动方面被否定。此外，鉴于许多大型邮件提供商运行邮件服务器集群，任何一个的维护和重新启动都可能会影响邮件传输。
它作为无法送达而被退回。根据发件人服务器配置，它可能会在最终放弃之前重试几次。我们使用网络解决方案作为我们的 MX。他们有问题的可能性比我们低得多。更不用说，我们可以随时进行维护，因为当我们重新上线时，所有邮件都会从 NetSol 服务器捕获，并且我们的发件人不会收到任何退回邮件。
此外，在 VM 中运行邮件服务器是无害的，只要它具有运行所需的资源即可。
使用 VM 来运行邮件服务器并没有错，但如果您使用 Exchange，则需要注意资源。
丹是对的。大多数外部邮件服务器在放弃之前会尝试重新投递几次。
我倾向于在我的实际邮件服务器的上游设置一个邮件中继，因此我不必将我的实际服务器放在互联网上。您可以设置一个相对简单的 sendmail 服务器，该服务器实际上只进行中继，并且当您拥有真正附加到他们的电子邮件的用户时，它消除了很多压力。即使您的本地服务器经常出现故障，您也可以设置中继以保留传入的邮件直到送达。