我的问题可能更多的是一个原则问题，但这是我的困境。
我为一家小公司（大约有 20 名电子邮件用户）管理电子邮件系统。我们通过 Network Solutions 拥有一个纯字母 .com 域名。我们的电子邮件服务由 Google Apps 托管。
最近（2011 年 2 月），我们收到一些客户报告称他们没有收到我们的电子邮件。经过进一步调查，似乎所有未发送的电子邮件都发往一个常见的（知名的）域名。我们没有收到任何电子邮件退回邮件。我们还联系了一些预期收件人，他们报告称邮件不在他们的垃圾邮件箱中；他们根本没有收到任何邮件。在这种情况下，我们将同一封电子邮件重新发送到另一个域名的备用地址，该邮件成功收到。
一位客户就此问题联系了他们的电子邮件提供商。提供商建议我们提交一份表单，以便将其列入其域名的白名单。
这就是我的问题的开始。我觉得这正在走向一个滑坡。这难道不是破坏了电子邮件的根本原则吗？如果这是在这些情况下采取的适当行动，那么它会在哪里结束？理论上（按照这个模型），可以说最终人们在实际发送任何消息之前首先需要向电子邮件主机“列入白名单”（或更恰当地说是“验证身份”）。更重要的是，是什么阻止“坏”垃圾邮件发送者做同样的事情……？我们刚刚又回到了原点。
我知道逃避反垃圾邮件措施是一场猫捉老鼠的游戏，但我认为这是“修补”问题的错误方式。电子邮件标准规定，邮件不应该默默消失。我不太支持这样一种模型：“你必须这样做< 这个 >以确保你的电子邮件不会被忽略”。
我想打电话给提供商并提出投诉，尽管我感觉它可能会被置若罔闻。我是不是漏掉了什么？这是解决垃圾邮件问题的可接受方法吗？应该我愿意？
答案1
我发现太多合法网站都自掘坟墓。他们（我希望是无意中）以伪造身份的方式配置服务器。常见问题包括：
- 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 更改，则可能需要一天左右的时间才能反映在所有缓存中。最坏的情况应该是您的生存时间设置的两倍。
答案2
这里没人能告诉你太多可以帮助你的事情——你的问题不是技术问题，正如你提到的：这是一个原则问题。
不幸的是，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.
答案3
我理解你的沮丧，但我也理解为什么越来越多的系统在处理垃圾邮件方面有点过度。这就是现状，无论我们喜欢与否，我们都必须忍受它。垃圾邮件是一个严重的问题，它浪费了大量的金钱。
在大多数情况下，如果您自己的系统配置良好，则无需请求白名单。所谓配置良好，是指拥有一些可能实际上不是任何标准所要求但根据常见用途所期望的东西。例如适当的 SPF 记录、DKIM 和/或 DomainKeys 等。
至于系统悄悄吞掉被识别为垃圾邮件的电子邮件这一有争议的问题，一个可悲的现实是，如果这些邮件被主动拒绝，它们往往会导致来自同一来源的垃圾邮件大量增加。当前的需求决定了有时必须违反标准，仅仅是因为有太多人准备滥用系统。