我想知道与使用编程语言的内置 smtp api 相比，使用 smtp 中继（带有 sendmail/postfix/qmail）的任何优点/缺点。
我们一直在运行我们的 Web 应用程序的同一个机器上运行一个邮件服务器，所以我们发送电子邮件总是非常简单，无论是使用 PHP 还是 Python 或其他 - 不用担心网络中断或类似的事情由于 mta 非常可靠，因此会破坏电子邮件。现在我们切换到使用 Google Apps 发送电子邮件，电子邮件需要通过 gmail smtp 服务器，所以我决定是否应该使用支持发送 smtp 邮件的特定编程语言的 api，或者是否应该设置一个 smtp在服务器上中继（例如，使用后缀），以便应用程序可以继续以本地 mta 的可靠性发送邮件。
如果您能确定每种方法的优缺点，那就太好了。
如果您的意思是在您的应用程序处理完整的邮件传递过程（没有中间邮件服务器）与将邮件交给邮件服务器之间进行选择，我会选择后者。您移交给的邮件服务器可以是您自己的 postfix 安装，甚至可以是 Google 应用程序邮件服务器。使用您的应用程序处理整个交付将是一个坏主意 - 真正的邮件服务器将处理排队、重试、退回等。您不想尝试将其构建到您的应用程序中。
所以，我会说你的选择是：
1) 中继到谷歌应用服务器
或者
2）安装后缀，让它中继到谷歌应用服务器，然后让你的应用中继到你的后缀服务器。
1的好处是，没有工作要做。
2 的优点是，您的应用程序使用本地 MTA 可能会更高效，特别是如果您的应用程序在发送时可能会阻塞，但您必须安装和维护您的 MTA。
如果你走那条路，我建议你使用 postfix。如果您要中继到另一台服务器，则配置非常简单。