Webapp通过Gmail发送电子邮件SMTP是个坏主意？

Question

TL; DR - 任何网络应用程序都可以在不使用gmail作为SMTP服务器的情况下将性能降低，而不会延迟3到10分钟的交付时间？

---

我正在寻找使用gmail作为安全SMTP服务器的开发人员的一些反馈，以便与Webapps一起使用。

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

我有一些从我们的ISP服务器发送的webapps，但我想重构代码以使用我们的域名gmail。我知道ISP可以解决问题，但我不想要接力问题。

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

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

我担心的是，无论我使用哪种方法通过Gmail发送电子邮件，通常都会有很长的时间（每次10-20分钟）收到电子邮件给收件人。

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

我是否疯狂尝试将gmail用于此目的？似乎有很多开发者使用它，所以只是想知道它对你/你的影响。

感谢您的反馈！

Answer 1

只是在黑暗中拍摄，但是它可能与其他外发邮件垃圾邮件检查有关，因此GMail方面的长输出队列和（至少在某些情况下）灰名单显示？

详细说明：

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

而且，正如Ryan已经说过的那样，尝试将最延迟的邮件之一送到您的手中，包括所有邮件标题。检查Received：标头上的时间戳，找出哪个服务器是瓶颈。然后你至少会知道哪里出错了。

Answer 2

我发现gmail有问题的另一个原因......灰色列表。我的应用程序很高兴使用gmail smtp，然后不时地停止工作。手动登录gmail Web界面并输入验证码“解锁”该帐户，我的应用程序可以再次发送邮件。似乎在某些时候谷歌确定我可能会发送垃圾邮件并锁定我的帐户......？感觉就像通过Gmail发送自动邮件是一个冒险的想法恕我直言

Answer 3

Gmail在其支持网站上提供了非常好的逐步解决流程。 这是direct link

您将需要进行更多挖掘以尝试找出问题。我很惊讶你看到10到20分钟的延误。要看的一件事是电子邮件标题。这将让您了解每一跳的持续时间。在其他地方可能存在一个你不了解的问题。

我怀疑您是否能够像在公司内部那样快速地发送电子邮件。它只是随着领土。

Answer 4

在我的服务器上，debian与plesk和postfix邮件服务器，我看到使用gmail花了一点时间发送邮件（~2-3秒通过php使用phpmailer发送邮件），但邮件通常到达1~2分钟。

很少发生传递大约需要10分钟。

使用posix，相反，php会更快地发送电子邮件，但是它们需要花费更多时间才能发送（事实上，php在邮件服务器上传送邮件的速度更快，但邮件服务器传送邮件到收件人的速度较慢）..并且是垃圾邮件的噩梦。

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