电子邮件递送管理申诉

Question

我的问题可能比其他任何问题都更具原则性，但这是我的困境。

我为一家小公司（大约 20 个电子邮件用户）管理一个电子邮件系统。我们通过 Network Solutions 拥有一个纯字母 .com 域名。我们的电子邮件服务由 Google Apps 托管。

最近（2011 年 2 月），我们一直有客户报告说他们没有收到我们的电子邮件。经过进一步调查，似乎失败的电子邮件都发往一个公共（众所周知的）域。我们没有收到任何退回邮件的邮件。我们还联系了一些目标收件人，他们报告说这些邮件不在他们的垃圾邮件箱中；他们根本没有收到任何东西。在这些情况下，我们将同一封电子邮件重新发送到另一个域的备用地址，该地址已成功接收。

一位客户就该问题联系了他们的电子邮件提供商。提供商建议我们提交一个表单，以便将其域列入白名单。

这就是我的问题开始的地方。我觉得这是一个滑坡。这不会破坏电子邮件的原则吗？如果这是在这些情况下采取的适当行动，它将在哪里结束？理论上（遵循此模型）可能会争论说，在实际发送任何消息之前，最终人们首先需要将自己与电子邮件主机“列入白名单”（或更恰当地称为“身份验证”）。更重要的是，是什么阻止“坏”垃圾邮件发送者做同样的事情......？我们刚刚转了一圈。

我知道避免反垃圾邮件措施是一个很大的猫捉老鼠游戏，但我认为这是“修补”问题的错误方式。电子邮件标准说消息不应该只是默默地消失。我在支持一个模型时遇到问题，该模型表示“您必须执行<此>以确保您的电子邮件不被忽略”。

我有打电话给提供者并表达我的抱怨的想法，尽管我觉得它可能会被置若罔闻。我在这里错过了什么吗？这是解决电子邮件垃圾邮件问题的可接受方法吗？什么应该怎么办？

Answer 1

这里没有多少人可以说来帮助你——你的问题不是你提到的技术问题：这是一个原则问题。

不幸的是，21 世纪的电子邮件在很大程度上是“你想和我的用户交谈，你要遵守我的规则”。如果您想解决此问题，您需要将自己提交给远程站点的白名单程序。

我自己并不一定同意这一点——它确实违背了使电子邮件（以及整个互联网）发挥作用的相互合作精神——但考虑到大约 50% 的邮件到达我的域的事实是垃圾邮件并通过过滤被丢弃我确实理解。事实上，当我们收到客户无法向我们发送电子邮件的投诉时，我们会遵循类似的程序来收集发送服务器的有效列表并将其域列入白名单。它并不漂亮，但它使每个人的收件箱中的垃圾量保持可控。

作为安慰奖，我向您提供一份电子邮件讲座的副本，当他们向我发送他们的第一个“X 说 Y 无法从他们那里收到电子邮件”时，我会向新的支持技术人员提供该讲座的副本——这当然不是您可以告诉您的客户/用户，但它可能会让您在电子邮件故障排除的黑暗时期开怀大笑。随意装饰适当:-)

EMail is not a reliable delivery system.  There is no guarantee that any message
sent by party A will be received by its intended recipient, or by anyone at all.

EMail depends upon the cooperation of the sender & recipient's servers, as well
as potentially dozens of other servers that will handle your message along the way.
Each server has its own standards for what is or is not an acceptable message, and
may delay or discard your email for any reason, or for no reason at all, and they
probably will not tell you (or your sysadmin) what they're doing.

If your correspondence is time-sensitive or critically important email may not be
the best medium. Consider a telephone call, or if sending lots of documents
FedExing a CD.

Answer 2

我发现太多的合法网站都在自爆。他们（无意中我希望）以这样一种方式配置他们的服务器，他们似乎伪造了他们的身份。常见问题包括：

• PTR 记录丢失或不正确。
• PTR 的记录不指向原始 IP 地址。
• HELO 命令中使用的名称具有无效的顶级域，如 local、lan 或 localdomain。
• HELO 命令中使用的名称没有 A 记录。
• HELO 命令中名称的 A 记录不返回正在使用的 IP 地址。
• HELO 命令中使用的域没有 SPF 记录。
• 没有为信封发件人的域配置 SPF。
• 信封发件人域的 SPF 禁止使用用于发送电子邮件的 IP 地址。
• 域未与 DNSWL.org 一起列出。
• 将邮件服务器的地址配置为二级域 (example.com) 而不是三级或四级域 (mail.example.com)。
• 不接受邮寄给邮政局长。

避免上述所有情况，您将有更好的机会获得邮件。

编辑：我发现 Port25 Solutions Inc. 在其电子邮件身份验证页面上列出了非常好的自动验证服务。非常感谢他们的优质服务。它旨在验证 DKIM 签名，但对上面列出的大多数项目提供了极好的反馈。检查 Port25 资源部分，并使用适当的电子邮件地址将结果邮寄到您想要的电子邮件地址。请记住，如果您需要更改 DNS，可能需要一天左右的时间才能反映在所有缓存中。最坏的情况应该是您的生存时间设置的两倍。