Email 谷歌SMTP服务器vs通过谷歌应用服务帐户发送电子邮件

我有一个应用程序，我花了太多时间试图通过我在谷歌应用程序帐户中设置的服务帐户发送电子邮件

我想知道是应该继续使用这种过于复杂的服务帐户方法，还是应该只使用Gmail的SMTP服务器。我唯一需要的功能就是发送电子邮件

---

简单地使用Gmail的SMTP服务器与设置服务帐户和调用Google的API发送电子邮件相比，有什么优点/缺点吗？如果它有所不同，这将是一批邮件，因为它会同时发送给很多人。 我想你应该主要关注发送批量电子邮件。如果你做得不对，你可能会有问题。为了避免这些问题，请确保遵循批量发件人指南，此处需要考虑的另一个因素是电子邮件身份验证。使用smtp时，请确保发送的所有电子邮件都将通过SPF和DKIM，以防止被标记为垃圾邮件或更糟的情况，使电子邮件被拒绝。如果你使用Gmail API，那么你需要做的就是确保按照这里的步骤设置SPF，按照Gmail API配额按照这里的步骤设置DKIM，你每天可以使用100000000个单位，所以我认为这不会是一个问题。使用SMTP的好处是，您可以使用SMTP中继，这为您发送电子邮件提供了更高的限制，以防批量发件人指南对您不起作用

---

总而言之，如果你想要的只是发送批量电子邮件，那么我想使用SMTP会更容易。希望这有帮助

对于一个用户的普通使用，SMTP可以正常工作，除了API在服务器端对系统管理员具有安全性优势之外

对于web服务、web应用程序开发来说，差异是理论上的。这两种方式都是提供访问权限或与服务器交互的方式。现在REST被用来集成他们的定制软件开发服务，他们的一部分将有类似OAuth的F/OSS实现。通过RESTAPI，我们获得了一些额外的优势，但这是为了集成专业级的软件开发。SMTP中继不太安全

以两台服务器为例，使用两种技术。“GoogleApps服务帐户”是一个支持代表性状态转移（REST）API的现代web应用程序，用于访问资源、与服务器交互。SMTP one是使用简单对象访问协议（SOAP）的较旧web软件。您可以使用SOAP和REST进行搜索，以了解基本知识

谷歌SMTP服务器是传统的SMTP中继服务。优点是——用户易于设置，帮助用户使用的文档较少等。缺点是它们不太安全，加上SOAP继承的所有缺点

“GoogleApps服务帐户”是在面向服务的体系结构中开发的现代web应用程序，为TCP/IP上的服务器到服务器通信提供RESTfulAPI。优点是易于使用开源身份验证库（使用OAuth）与自定义软件集成，REST提供了对发送请求的更多控制，可以避免用于通信的用户名密码，广泛的使用示例，对服务器上的操作进行更安全、更精细的控制，JSON响应具有常见的有意义的格式等。缺点与SOA、Web钩子、RESTful API、新用户难以使用等常见缺点有关

---

实际上，它基本上是一个支持两种方式的web软件。应始终使用DKIM、SPF等作为防欺骗措施

您是否考虑过其他电子邮件API服务？这些服务的集成非常简单（RESTAPI调用通常也具有SMTP中继访问）。他们管理信誉、垃圾邮件分类等，通常有一个免费层。Gmail API的每个收件人限制与SMTP相同：。请更正此答案。我没有注意到，除了“通过SMTP发送的每条邮件的收件人”之外，文章现在还显示了“Gmail API”。可能它在那里，但我认为它以前不在那里。无论如何，感谢您的澄清。我已更正了答案。