【发布时间】:2015-11-18 00:29:52
【问题描述】:
我正在开发一个旨在分发数千封电子邮件的应用程序。我们已经开始与 Mandrill 进行交互来实现这一点。
所以我的同事建议我们使用子域将所有这些电子邮件发送出去,以保护我们顶级域的声誉。我们开始为此争论不休,因为正如我所争论的那样,为什么一个简单的子域会保护我们的 TLD,尤其是如果它们都解析为相同的 IP 地址?如果 marketing.example.com 发送了数千封电子邮件,垃圾邮件过滤器是否不够聪明,无法知道它们确实来自 example.com?
所以澄清一下:
- 我们目前正在使用 Mandrill 分发邮件
- 我们使用 DKIM 验证域 example.com 是消息的发起者
- 现在,我们只使用一台服务器来处理所有这些(加上 Mandrill)
那么,将发件人切换到 marketing.example.com(具有匹配的 DKIM)如何有助于保护我们的 TLD 作为非垃圾邮件发送者的声誉?我不明白,但我读过有关此内容的文章,他热切地认为这是正确的做法,但没有人能告诉我它是如何工作的。我从组织的角度理解它,但我不明白这如何保护我们的域,除非垃圾邮件过滤器真的通过子域来判断代表。
有人可以帮我拼一下吗?
编辑:
这里有一些文章供参考:
Mail Chimp Delivery - 见第 11 页
【问题讨论】:
-
这不是关于 SO 的主题,但您似乎已经做对了一切,不确定是否有任何实际需要进一步“保护您的声誉”?
-
有吗?这就是问题所在,因为我的同事和几篇网络文章坚持认为我们应该使用子域来发送这些营销电子邮件,以免我们的 TLD 的声誉可能受到损害或被列入垃圾邮件列表,这将阻止诸如密码重置和收据之类的交易电子邮件。这听起来不错,但没有人能向我解释 如果 和 如何 这种技术实际上会帮助我们,因为我无法理解它会如何。
-
如果您没有发送垃圾邮件,那么您需要“保护”什么来防止……?
-
我们的应用程序将允许客户/客户分发电子邮件(抱歉,我没有指定)。因此,我们正在考虑客户向购买的电子邮件列表发送一些不良营销或有人入侵某人的帐户并集体发送淫秽材料/病毒的可能性。如果这种情况发生一两次,而我们没有发现,那么我们的域将在 Google 的垃圾邮件列表中,我们的业务将陷入困境,直到我们能够建立该代表。另外,我们以前也曾以类似的方式被烧毁。
-
我投票结束这个问题作为题外话,因为电子邮件传递问题不是编程问题。另见meta.stackoverflow.com/questions/302903/…
标签: email subdomain spam mandrill spam-prevention