通过 Gmail 甚至 Google App Engine 发送大量电子邮件？
我有一个客户端，我想将其转移到虚拟专用服务器。我试图让他的服务器尽可能简单，甚至没有电子邮件服务器（或者至少是计划）。原因是我读到电子邮件服务器设置起来很复杂并且占用大量资源。我不知道在这里做什么。
他向近 75,000 人发送了一份时事通讯。目前在他的共享主机上有一个 cron 作业，它调用一个脚本，一次发送 100 封电子邮件（以保持在主机的限制内）。我很想知道是否可以做同样的事情，但使用他的 Google Apps 电子邮件帐户？有效登录并从那里发送电子邮件？我似乎无法联系谷歌解决这个问题，而且它似乎不在他们的帮助部分中。
是否可以？这样做会不会有错呢？我的客户查看了许多邮件发送的东西（MailChimp 等），但它们的价格非常昂贵。尤其是他现在所拥有的确实有效。事实是，我正在 VPS 上实施整个新功能，因此正在考虑选项。
更新：看来谷歌选项根本不是一个选项（我对此一点也不感到惊讶）。请问可以在 Ubuntu 10.04 LTS 上设置哪个最小的电子邮件服务器，这将允许我继续在共享服务器上使用之前的 cron 方法，从而允许发送电子邮件？ （我仍然会继续使用 Google 的 MX 记录来获取客户将使用的实际电子邮件）
更新：我的一个朋友前一周去了伦敦的一个小型 Django 大会，那里有一个运行 Mixcloud 的人。他说他使用 Google App Engine 来发送电子邮件，因此它是完全可扩展的。 Github 上有 Google App Engine 代码：http://github.com/tow/appengine-mailer 这似乎使得从 Django、从命令行（因此可以与 PHP 一起使用）等发送电子邮件变得非常容易。看起来是一个非常好的选择，而且也很便宜！你们觉得怎么样？
更新：我开始了一个新问题，使其更加精致和清晰，希望能够帮助可能遇到此问题的其他人：有效地使用 Google App Engine 使用 PHP 发送大量电子邮件？
I have a client that I'm wanting to move to a virtual private server. I'm trying to keep his server as simple as possible, not even having an email server on there (or at least that is the plan). The reason being I've read that email servers are complex to setup and take up alot of resources. I'm not sure what to do here.
He has a newsletter that he sends out to almost 75,000 people. Currently on his shared hosting there is a cron job that calls a script that sends out a 100 emails at a time (to keep within the limits of the host). I'm curious to know if the same thing is possible to do but with using his his Google Apps email account? Effectively logging in and sending the email from there? I can't seem to contact Google about this and it doesn't seem to be in their help section.
Is it possible? Would it be wrong to do? My client has looked at many of the mail out things out there (MailChimp, etc) but they are very expensive for what they are. Especially as what he has now does work. Thing is, I'm implementing the whole thing new on a VPS and so am looking at options.
UPDATE: It seems that the Google option just isn't an option (I'm not surprised by this at all). May I ask which minimal email server could be set up on Ubuntu 10.04 LTS which would allow me to continue the cron approach I had before on the shared server that will allow sending the emails out? (I will still continue to use MX records to Google for the actual emails the client will be using)
UPDATE: A friend of mine went to a mini Django convension in London the other week and there was guy who runs Mixcloud. He said he uses Google App Engine to send emails, so it's totally scalable. There is Google App Engine code up on Github here: http://github.com/tow/appengine-mailer and this seems to make sending email very easy from Django, from a command-line (so could use with PHP) etc. Looks like a very good option and cheap too! What do you guys reckon?
UPDATE: I've started a new question to make it more refined and clear to hopefully help others who maybe having this problem: Effectively using Google App Engine to send lots of emails using PHP?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
每天可以通过 Google Apps 帐户发送的电子邮件数量有限制。限制是低于 75k，我认为如果他有高级帐户，每个邮箱是 2k。
这里有两个选择。与一家为他做这件事的公司签约：Constant Contact、Mail Chimp 等。或者安装一个 SMTP 服务器并让它像以前一样运行。服务器的性能影响取决于您选择的邮件服务器以及其上的负载量。
更新：我主要使用 Windows 服务器，所以我的经验是存在的（在 Windows 中设置安全 SMTP 非常容易）。谷歌搜索并在 Ubuntu 的网站上找到了这个页面。它有很多选项可以执行此操作： https://help.ubuntu.com/community/MailServer< /a> .在该页面中，您应该只需要邮件传输代理和可能的邮件列表组件。另请确保正确设置 SPF 记录并将该服务器的 IP 标识为仅传出服务器。它还可以帮助设置具有优先级高于其他 MX 记录的 MX 记录的服务器。如果谷歌宕机，传入邮件将尝试发送到您的 VPS，但只要您不将其设置为接收邮件，而只是发送邮件，它就会退回该请求。如果您的谷歌邮件服务器出现故障，那么无论如何都会发生这种情况，因此不会造成任何损失。
最后，您可以尝试向 yahoo 注册您的服务器 IP 作为批量邮件程序。
UPDATE2：另请确保新闻通讯中的“发件人”地址是来自有效域的有效电子邮件地址。这将对交付能力有很大帮助。
UPDATE3：您可以使用 APP Engine 帐户获得静态 IP 吗？如果您无法获得分配给您的 IP（最好是专用 IP），那么您的交付能力将很糟糕，并且您将被列入黑名单。如果您可以获得分配给您的 App Engine 帐户的静态 IP，您可以在 SPF 记录中设置它，并且该解决方案应该有效。
There is a limit of how many emails can be sent per day through the google apps accounts. The limit is waaay below 75k I think it is 2k per mailbox if he has the premier account.
Two options here. Sign up with a company that does this for him: Constant Contact, Mail Chimp, ...etc. Or install an SMTP server and have it go out how it did before. The performance hit the server will depend on what mail server you choose and how much load is being placed on it.
UPDATE: I primarily work with windows servers so my experience is there (setting up secure SMTP in windows is pretty easy). Googled around and found this page on Ubuntu's site. It has a bunch of options for doing this: https://help.ubuntu.com/community/MailServer . From that page you should only need the Mail Transfer Agent and possibly the Mailing Lists components. Also make sure to set up your SPF records correctly and identify this server's IP as an outgoing only server. It can also help to set up the server with an MX record with a priority higher than your other MX records. If google goes down incomming mail will try to go to your VPS but as long as you don't set it up to receive mail, just send it, it will bounce the request. Which would happen anyway if your google mail servers go down so nothing lost.
Lastly you can try to register your server's IP with yahoo as a bulk mailer.
UPDATE2: Also make sure to have the "FROM" address in the newsletter be a valid email address from a valid domain. This will help immensely with deliverability.
UPDATE3: Can you get a static IP with a APP Engine Account? If you can't get an IP (preferrably dedicated) assigned to you then your deliverability will be horrible and you will get blacklisted. IF you can get a static IP assigned to your App Engine account you can set it up in your SPF records and that solution should work.
我不久前为一个商业网站做过这个。将其描述为彻底的疼痛是轻描淡写的。我们处理邮件、启用各种标头以避免其被标记为垃圾邮件、确保其在 ISP 看来是有效邮件等的工时量远远大于项目开始时任何人的设想。然后还有邮件限制和吞吐量的问题 - 有一次我们每周发送一封邮件，花了 8 天的时间浏览整个邮件列表......结果很明显。
不管怎样，结果是，外包它——有很多公司已经为你解决了这个问题——当然你必须为它们付费，但从长远来看它更便宜。
I did this a while ago for a commercial website. To describe it as an utter ball-ache would be an understatement. The amount of man-hours we sent working with our mails, enabling the various headers to avoid it being flagged as spam, to ensure that it looked to ISPs as valid mail etc was far greater than anyone envisaged at the start of the project. Then there are issues with mail throttling and throughput - at one point we were sending a weekly mailout that took 8 days to go through the entire mailing list.....with obvious results.
Anyways, upshot is, outsource it - there are many companies out there who have already solved this problem for you - granted you have to pay for them, but its cheaper in the long run.
您应该使用第三方网站来满足此客户的要求。有许多技术、法律和垃圾邮件问题需要克服，以确保您的客户不被列入黑名单或被罚款。
像 Industry Mailout、MailChimp，或 Campaign Monitor 将发送为您处理邮件，而且通常比尝试自己完成这一切要便宜得多。 :D
另外，这些公司提供有用的分析，使您的活动变得更好。
You should use a third party site to fulfill this clients requirements. There are lots of technical, legal, and spam issues that need to be overcome to ensure that your client is not blacklisted or fined.
A company like Industry Mailout, MailChimp, or Campaign Monitor will send your mail for you, and is often a lot cheaper than trying to do it all yourself. :D
Plus these companies offer useful analytics to make your campaign's better.