在云服务上托pipe邮件基础架构

我想要使​​用可扩展的服务来托pipe一个邮件基础设施(比如Nodejitsu或EC2和ELB)。 服务器实际上应该有静态IP(我认为),但ELB会将请求路由到正确的实例。

现在我想知道是否可能遇到阻塞列表问题。 任何build议设置这个?

我们使用自定义的SMTP(用NodeJS编写)与我们的产品紧密配合。 它不一定是AWS / EC2,这只是一个build议。 但是我们更喜欢像Nodejitsu这样的可扩展云产品,这很容易设置。

AWS IP范围被分类为dynamic,加上它被默认阻止,因此从那里发送电子邮件是徒劳的。

在Rackspace中,如果您需要邮箱,则可以设置revdns以及托pipe邮件服务。

对于邮件,您需要使用Rackspace,或者Send Grid,或者其他任何邮件服务器,这是邮件友好的IP范围。

我已经遇到了几个关于发送和接收来自AWS,HP Cloud的邮件的问题,但某种阻塞总是以不同的方式进行。 随着Rackspace的工作非常好,那是因为他们有邮件服务。

如果你真的关心客户,那么你不会在AWS中设置邮件服务器,但是收到AWS的邮件几乎可以正常工作 – 就像任何其他服务器一样,所以收到的邮件工作正常,但是发送不是。

你仍然可以依靠邮件到Rackspace节点, – 256MB将能够发送你所有的电子邮件没有问题。

我想说的是,许多系统限制来自云系统(例如Amazon EC2)的电子邮件。 亚马逊有http://aws.amazon.com/ses/用于发送电子邮件,他们在那里工作,不被阻止。 如果您使用SPF和DKIM,它可能会提供足够的权限来接收您可能不需要使用SES的SMTP服务器。

更新1:您可能还想查看几个服务特定的反馈循环。 雅虎有http://feedbackloop.yahoo.net/,AOL有http://postmaster.aol.com/,MSN / hotmail有http://mail.live.com/mail/services.aspx 。 据我所知,Gmail没有这样的反馈循环。

更新2:也一定要遵守CAN-SPAM