[我们的网站] 非常依赖于能够成功地向其成员发送电子邮件。我们目前无法联系到所有会员，尤其是 hotmail 用户。
您建议我们做些什么来改进我们的电子邮件发送？
我们正在发送大量用户定制的电子邮件。所以第三方解决方案需要一个好的 api 来支持这一点。
可能的解决方案：
更新：关于如何改进和测试我们自己的电子邮件发送功能的一些很好的评论。另一种选择是第三方解决方案。
我们正在发送有关您的网络活动、注册电子邮件、新评论电子邮件、新关注者电子邮件这些类型的内容的更新。尤其是您的网络活动是高度个人化的，并且对于大多数第三方电子邮件解决方案都存在问题。需要一个非常灵活的电子邮件解决方案。
那里有足够强大的解决方案吗？
不久前我们遇到了类似的问题。您可能想阅读 Microsoft 的 Sender ID：
https://www.microsoft.com/mscorp/safety/technologies/senderid/default.mspx 并查看名为“Sender ID SPF Record Submission Form”的链接。
1) 使用共享 IP 2) 每小时发送超过 1000 封电子邮件可能会导致垃圾邮件 3) 从没有 SMTP 登录的根服务器发送可能会导致此问题 4) 内容电子邮件包含来自被 RBL（实时黑名单）阻止的网站的链接 5) .. .
Postmark 和 Sendgrid 似乎提供了一个非常不错的 api 用于发送电子邮件和提高可传递性。作为奖励统计数据也由他们处理。
@chryss 很好地指出了需要考虑的重要因素：- 反向 DNS、发件人声誉、列表管理（即清理标记您的垃圾邮件、无效地址等的地址列表并跟踪硬和软反弹并根据这些事件采取相应措施）、SPF 记录、DKIM 签名、ISP 反馈循环、ISP 速率限制。此外，要记住电子邮件内容很重要。
一般来说，这都是非常复杂和烦人的事情，尤其是当您的电子邮件量增加时。
就 PaaS 系统的 IP 声誉而言，要记住的关键是： - 如果您与声誉不佳的人（例如 EC2 上的垃圾邮件发送者）共享 IP，该声誉将对您的交付能力产生负面影响。另一方面，如果您从专用 IP 发送，您就有机会赢得自己的声誉 - 如果您是一个优秀的发件人，请遵循最佳实践，并且您的客户希望收到他们期望从您那里收到的电子邮件（他们应该因为听起来您主要发送交易电子邮件），您将保持良好的声誉并且应该享有良好的可交付性（假设上述所有技术内容都得到了照顾）。
我们通常会密切关注在线“喋喋不休”的交付能力，并通过我们的 twitter 提要发送我们每天发现的所有酷/有用的东西——请随时关注我们：twitter.com/sendgrid。我们也开始增加我们自己的博客，所以如果你愿意，你可以加入对话：blog.sendgrid.com。
我通常对平台即服务类型产品的 IP 声誉持悲观态度。测试 Google AppEngine 在我的待办事项清单上，但我一直在谈论Amazon EC2 提出了一个真正的问题——这些产品在防止垃圾邮件发送者使用方面效率不高，而且声誉正在受到打击。
至于设置出站电子邮件的实际步骤，Jeff Atwood在他的博客上有一篇非常不错且几乎全面的文章。
我当然建议的是：
您会发现很多可传递性提示，大部分时间来自相关方（电子邮件服务提供商）。一个相对知名的资源是 Deliveryability.com，部分由 Return Path 支持。当然，与商业电子邮件服务提供商合作可能是您的解决方案，但您的用例非常具体，如果我理解正确的话，您将需要实时的个人消息传递，而不是营销通讯。
我曾在一家转售 Return Path 工具的公司工作——所以请谨慎对待它：它不会帮助您获得交付。但是，它可以成为跟踪问题所在的宝贵工具。另一方面，它很昂贵，聘请可以处理您的具体案例的专家可能更实惠。或者自己多读书，多做实验。
如果您想要一个无需进行大量故障排除/事实调查的综合解决方案，只需查看SendForensics.com. 免责声明：我隶属于该公司。
问候，拉斯