通过Gmail发送电子邮件的Web应用程序SMTP不好主意？

Question

TL; DR - 任何Web应用程序开发者都可以使用gmail作为SMTP服务器，而不需要3-10分钟的延迟时间来提供性能。

---

我在寻找一些开发人员的反馈，他们将gmail作为安全的SMTP服务器用于Webapps。

在过去的两周内，我的公司已经切换到gmail来为我们的域名托管电子邮件。

我有几个从我们的ISP服务器发送的webapps，但我想重构代码以使用gmail与我们的域名。我知道互联网服务提供商可以设法解决问题，但我不想接力问题。

我有gmail发送的Web应用程序，它或多或少的工作。在ASP/IIS上，我使用SSL并在PHP Linux上使用TLS。

似乎TLS（端口587）比普通旧式SSL（端口465）更好地工作，但整体性能差异似乎最小为。

我担心的是，无论使用哪种方法通过Gmail发送邮件，通常都会有很大的延迟（有时需要10-20分钟）才能收到电子邮件。

虽然我明白这可能发生在任何环境中，但我习惯于快速交货。用例是销售人员与客户交谈，并需要使用Webapp非常快速地向他们发送电子邮件。在gmail切换之前，通常不到一分钟即可发货。现在，最少3-4分钟。

我疯了，试图使用Gmail的这个目的？似乎有很多开发者使用它，所以只是想知道它是如何为他们/你工作的。

感谢您的任何反馈！

Answer 1

在黑暗中只是一个镜头，但它可能与额外的外发邮件垃圾邮件检查有关，因此在GMail的一端和（至少在某些情况下）灰名单中的长输出队列？

要详细说说：

• 谷歌是众所周知的事情需要认真对待。如今托管一个可能被大家使用的邮件服务是一件麻烦事。一位用户通过您的服务发布垃圾邮件/病毒和bam！你的服务器在某人黑名单上。因此，额外检查外发邮件是一个好主意，但邮件可能需要更长时间（特别是在分布式服务器环境中，邮件必须通过几个消息队列...从传入的ESMTP服务器到垃圾邮件检查程序到病毒检查器将邮件存储发送到发送邮件队列以发送邮件SMTP服务）。
• 如果收件人使用灰名单，他的邮件服务器会首先通过声明临时问题来拒绝邮件，记住发件人地址和/或邮件标识，并告诉发送服务器稍后再试。大多数垃圾邮件发送者不会再尝试。但GMail的服务器将再次尝试，但由于长时间的消息队列和/或长时间的重试间隔，它将进一步延迟。

而且，正如Ryan已经指出的那样，尝试将最延迟的邮件之一送到您的手中，包括所有邮件标题。检查Received：标题上的时间戳，找出哪个服务器是瓶颈。那么你至少会有一个想法出错的地方。

Answer 2

Gmail在其支持网站上有一个相当不错的逐步解决过程。 这里是一个direct link

你会想要做一些尝试和隔离问题。我很惊讶你会看到10-20分钟的延误。有一点需要注意的是电子邮件标题。这会给你一个很好的想法，每一跳需要多长时间。在别的地方可能有一个你不知道的问题。

我怀疑你将能够像在内部一样快速地发送你的电子邮件。它只是随领土而来。

Answer 3

在我的服务器上，使用plesk和postfix mailserver的debian，我发现使用gmail花了一些时间发送邮件（通过php使用phpmailer发送邮件约2-3秒），但邮件通常会到达在1〜2分钟内。

很少发生交付花了大约10分钟。

使用posix，相反，PHP发送电子邮件的速度更快，但他们需要更多时间才能交付（实际上，php在邮件服务器上传递邮件的速度更快，但邮件服务器将邮件传递到收件人）..是与垃圾邮件的噩梦。

这是我的经验，我的2美分;）

Answer 4

伊夫发现Gmail的问题的另一个原因是......灰名单。我的应用程序开心使用gmail smtp，然后每隔一段时间停止工作。手动登录到gmail web界面并输入验证码“解锁”帐户，我的应用程序可以再次发送邮件。似乎在某种程度上谷歌确定我可能会发送垃圾邮件并锁定我的帐户...？感觉像通过Gmail发送自动邮件是一个冒险的想法恕我直言