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

TL；DR-是否有任何Web应用开发人员能够在不延迟3-10分钟的情况下将gmail用作SMTP服务器，从而提高性能

---

我正在寻找一些开发者的反馈，他们正在使用gmail作为一个安全的SMTP服务器，用于Webapps

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

我有一些从ISP服务器发送的网络应用程序，但我想重构代码，将gmail与我们的域名一起使用。我知道ISP可以安装设备，但我不想出现中继问题

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

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

我担心的是，无论我使用哪种方式通过gmail发送电子邮件，向收件人发送电子邮件通常都会有很大的延迟（有时10-20分钟）

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

为了这个目的我尝试使用gmail是不是疯了？似乎有很多开发人员在使用它，所以我只是想知道它对他们/你的效果如何

---

谢谢你的反馈

Gmail在其支持站点上有一个非常好的逐步解析过程。 这是一个

你会想要做更多的挖掘来尝试隔离这个问题。我很惊讶你看到10-20分钟的延迟。需要注意的一点是电子邮件消息头。这会让你很好地了解每一跳需要多长时间。在其他地方可能有你不知道的问题

---

我怀疑你是否能像内部邮件发送一样快。这只是一个偶然的机会，但它可能与额外的发送邮件垃圾邮件检查有关，因此GMail端会出现长长的输出队列，以及（至少在某些情况下）灰色列表

要详细说明这一点：

• 众所周知，谷歌对待事情很认真。现在，托管一个每个人都可以使用的邮件服务有点麻烦。一个用户通过您的服务和bam发布垃圾邮件/病毒！你的服务器在某人的黑名单上。因此，对发出的邮件进行额外检查是个好主意，但邮件可能需要更长的时间（特别是在分布式服务器环境中，邮件必须通过多个邮件队列…从传入ESMTP服务器到垃圾邮件检查器到病毒检查器到邮件存储到传出邮件队列再到传出邮件SMTP服务）
• 如果收件人使用greylisting，则其邮件服务器首先会拒绝邮件，方法是说明临时问题，记住发件人地址和/或邮件id，并告诉发送服务器稍后重试。大多数垃圾邮件发送者不会重试。但GMail的服务器会重试，但由于邮件队列较长和/或重试间隔较长，邮件将被删除时间过得更久了

---

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

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

很少有人会在10分钟左右完成交付

相反，使用posix，php发送电子邮件的速度更快，但需要更多的时间才能发送（事实上，php在邮件服务器上发送邮件的速度更快，但邮件服务器向收件人发送邮件的速度较慢）…这对于垃圾邮件来说是一场噩梦

---

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

我发现gmail有问题还有另一个原因。。。灰色列表。我的应用程序happy使用gmail smtp工作，然后偶尔停止工作。手动登录gmail web界面并输入验证码“解锁”帐户，我的应用程序可以再次发送邮件。似乎在某个时候谷歌确定我可能发送垃圾邮件并锁定我的帐户。。。？感觉通过gmail发送自动邮件是一个危险的想法，没有3-10分钟的延迟，请注意电子邮件不是即时消息，3-10分钟的延迟不是一个问题这是非常有用的信息。有类似问题的其他人，请说出来！我每天都在用它发送数百封完全合法的电子邮件，我会密切关注。