【问题标题】:Email deliverability - Influencing factors [closed]电子邮件送达率 - 影响因素 [关闭]
【发布时间】:2010-08-06 07:48:34
【问题描述】:

[我们的网站] 非常依赖于能够成功地向其成员发送电子邮件。我们目前无法联系到所有会员,尤其是 hotmail 用户。

您建议我们做些什么来改进我们的电子邮件发送?

我们正在发送大量用户定制的电子邮件。所以第三方解决方案需要一个好的api 支持这一点。

可能的解决方案:

更新: 一些关于如何改进和测试我们自己的电子邮件发送能力的好方法。另一种选择是第三方解决方案。

我们正在发送有关您的网络活动的更新、注册电子邮件、新评论电子邮件、新关注者电子邮件这些类型的内容。尤其是您的网络活动是高度个人化的,并且对于大多数第三方电子邮件解决方案都存在问题。需要一个非常灵活的电子邮件解决方案。

是否有足够强大的解决方案?

【问题讨论】:

标签: email spam email-spam


【解决方案1】:

不久前我们也遇到过类似的问题。您可能想了解一下 Microsoft 的 Sender ID:

https://www.microsoft.com/mscorp/safety/technologies/senderid/default.mspx 并查看名为“Sender ID SPF Record Submission Form”的链接。

【讨论】:

  • 理想的解决方案是拥有良好 API 的第三方。是否有第三方通过灵活的 api 来处理交付能力和统计数据,让我可以将它用于从用户注册、关注者电子邮件到完全定制的电子邮件和时事通讯的所有内容?
  • 1.) 无论您做什么,都应该填写 MS 表格并完成该过程。如果它不能解决这个令人头疼的问题,它会在未来为您解决一个问题。 2.) 您可以安装自己的电子邮件营销管理器。这周我浏览了一些,我喜欢这个:(演示:phplist.com/demo)详细信息:phplist.com/details 我不知道有免费的外包解决方案,但 phplist 可能会解决您的问题...
  • 不需要免费。付费解决方案也可以。
【解决方案2】:

Postmark 和 Sendgrid 似乎提供了一个非常不错的 api 用于发送电子邮件和提高可传递性。作为奖励统计也由他们处理。

【讨论】:

    【解决方案3】:

    1) 使用共享IP 2) 每小时发送超过 1000 封电子邮件可能会导致垃圾邮件 3 ) 从没有 SMTP 登录的根服务器发送可能会导致此问题 4 ) 内容电子邮件包含来自被 RBL(实时黑名单)阻止的网站的链接 5 ) ...

    【讨论】:

      【解决方案4】:

      我通常对平台即服务类型产品的 IP 声誉持悲观态度。测试 Google AppEngine 在我的待办事项清单上,但我一直在谈论Amazon EC2 presenting a real problem——这些产品在防止垃圾邮件发送者使用方面效率不高,而且声誉正在受到打击。

      至于设置出站电子邮件的实际步骤,Jeff Atwood 有一个非常漂亮且近乎全面的article on his blog

      我当然建议的是:

      • 确保您的发送 IP 具有反向 DNS。
      • 例如在 senderscore.org 上检查您的 IP 声誉(尽管这主要以美国为中心)
      • 确保在您这边处理退回邮件,并且可以访问 postmaster@your.domain
      • 设置 SPF 和 DKIM。发件人ID,如果你愿意的话。
      • 在主要邮箱提供商/ISP 处注册所有feedback loops 并针对垃圾邮件投诉采取行动——如果您的用户投诉,那么您做错了什么。另外,在您的 From: 地址上设置一个“友好名称”,因为某些邮箱只会显示本地部分——“更新”比只看到“自动”更友好(Gmail 会这样做)。
      • 注意您发送的音量。如果从一开始就很高(每个主要 ISP 每天超过 1000 秒),您可能会被完全阻止。

      您会发现很多可送达性提示,大部分时间来自相关方(电子邮件服务提供商)。 相对有信誉的资源是 Deliverability.com,部分由 Return Path 支持。当然,与商业电子邮件服务提供商合作可能是您的解决方案,但您的用例非常具体,如果我理解正确的话,您将需要实时的个人消息传递,而不是营销通讯。

      我曾在一家转售 Return Path 工具的公司工作——因此请谨慎对待:它不会帮助您完成交付。但是,它可以成为跟踪问题所在的宝贵工具。另一方面,它很昂贵,聘请可以处理您的具体案例的专家可能更实惠。或者自己多读书,多做实验。

      【讨论】:

      • 非常感谢您让我们跟上进度。我注意到我们仍然缺少 DKIM。然而,绝对积极的是,我们并没有遗漏任何潜在的问题,我也在考虑第三方。您是否有任何第三方解决方案的经验,这些解决方案具有足够灵活的 API 以允许单独的电子邮件?
      【解决方案5】:

      @chryss 很好地指出了需要考虑的重要因素: -- 反向 DNS、发件人信誉、列表管理(即清理已标记您的垃圾邮件、无效地址等的地址列表,并跟踪硬退回和软退回并根据这些事件采取行动)、SPF 记录、DKIM 签名、 ISP 反馈回路,ISP 速率限制。此外,要记住电子邮件内容很重要。

      一般来说,处理这些都是非常复杂和烦人的事情,尤其是当您的电子邮件数量增加时。

      就 PaaS 系统的 IP 声誉而言,要记住的关键是: -- 如果您与声誉不佳的人(例如,EC2 上的垃圾邮件发送者)共享 IP,该声誉将对您的交付能力产生负面影响。另一方面,如果您从专用 IP 发送,您就有机会赢得自己的声誉 - 如果您是一个优秀的发件人,请遵循最佳实践,并且您的客户希望收到他们期望从您那里收到的电子邮件(他们应该因为听起来您主要发送交易电子邮件),您将保持良好的声誉并且应该享有良好的交付能力(假设上述所有技术内容都得到了照顾)。

      我们通常会密切关注在线“喋喋不休”的交付能力,并通过我们的 twitter 提要发送我们每天发现的所有酷/有用的东西——请随时关注我们:twitter.com/sendgrid。我们也开始增加我们自己的博客,因此如果您愿意,可以加入对话:blog.sendgrid.com。

      【讨论】:

      • 我们正在发送有关您的网络活动、注册电子邮件、新评论电子邮件、新关注者电子邮件这些类型的更新。尤其是您的网络活动是高度个人化的,并且对于大多数第三方电子邮件解决方案都存在问题。需要一个非常灵活的电子邮件解决方案。
      【解决方案6】:

      如果您想要一个无需进行大量故障排除/事实调查的综合解决方案,请查看SendForensics.com。免责声明:我隶属于该公司。

      问候, 拉斯

      【讨论】:

        【解决方案7】:

        如果以下任何或所有元素出现问题,通常会出现可交付性问题:

        • 电子邮件内容
        • 服务器配置
        • 电子邮件地址和域声誉
        • IP 地址信誉

        More information here

        【讨论】:

          猜你喜欢
          • 2016-01-18
          • 2012-05-23
          • 1970-01-01
          • 2013-04-25
          • 2012-03-04
          • 2013-10-30
          • 2012-08-13
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多