服务器 Gind.cn
  1. 服务器 Gind.cn
  3. SMTP主机名称与“发件人：”地址中的域名之间的电子邮件交付能力
Intereting Posts
我怎样才能保护后缀，所以我的ISP不会阻止它？ WMI访问被拒绝使用Windows 2008连接到Windows 2003 Apache2（XAMPP）虚拟主机指令不起作用（显然） 对RAID上的ESX vmfs3进行性能调整 使用DHCP将SMTP服务器地址推送到客户端 如何通过ssh禁用和重新启用BIG-IP池中的机器？ 如何将命名pipe道的Hyper-V COM端口redirect到文件？ 我必须在Ubuntu服务器上安装vmware工具吗？ 在Windows Server 2003上无法访问Internet 克隆Ubuntu的Linux硬盘 如何将邮件别名移动到其他域 IIS 7资源工具包 Sendmail：忽略本地传送 get-service使用PowerShell不会返回 Solr在单个专用服务器上的容量

SMTP主机名称与“发件人：”地址中的域名之间的电子邮件交付能力

我试图实施（或确保我正确地遵循）电子邮件发送最佳实践，以提高可交付性，但smtp服务器的主机名称的angular色与From:电子邮件地址的域名似乎不清楚，甚至阅读了数十人的文章/input。

具体来说，我知道为了满足反向DNS检查，发送机器的IP地址必须有一个PTRlogging，以产生一个与发送机器/ SMTP服务器的主机名匹配的域名。 有人说它需要与“主机名”命令给出的匹配，大多数说是与HELO / EHLO语句一起提供的那个 ，而且这个人甚至说他们必须是相同的（根据/强制执行什么，无论如何，这只是一个小小的混乱点）。

首先，我无法在任何地方findFrom:电子邮件地址的域名是否需要与SMTP服务器的域名匹配 。

所以在我的情况下，我有一个与林德VPS。 它主要托pipe我的一个特定的域example.com ，但我也有时在其他项目上工作： foo.com和bar.com 。

所以我想知道的是，如果我可以离开默认的linode PTRlogging（parsing为abc.def.linode.com ），请确保abc.def.linode.com是我的邮件服务器（qmail）的configuration在HELO说，然后继续用它发送example.com ， foo.com等的电子邮件。

如果是这样 ，那么我对这里给出的build议感到困惑，特别是（在不好的情况下 ）：

在HELO命令中使用的域没有SPFlogging

为什么这个域名需要SPFlogging？ 如果是这样的话，它应该提供白名单的域名是HELO域还是From：电子邮件地址（信封发件人）的域名？ 另外，哪个域名需要接收邮件发送到[email protected] ？

如果域名必须是相同的 ，那对我来说似乎相当有限，因为那么对于你想发送邮件的每个域名，你都必须得到另一个IP地址。 这也会损害或破坏一个人相对匿名地发送非电子邮件（比如wget）的能力。 但是，如果是这样的话，那么这样做的好处是可以减less混乱的设置。

我目前正在使用linode.com的 SMTP + PTR域名和example.com From:地址组合，没有太多的传递能力问题，但是我的数量很低，我想知道是否有人有更大的体积并专门testing了差异和/或内部知识和/或有一个权威的答案（和来源）这个特定的问题。 我很高兴澄清任何事情，让我知道。 提前致谢。

注：这里有一些自以为是的咆哮。 你可以自由地忽略它:)

好的，这是我们正在讨论的电子邮件，所以我们应该首先说没有办法保证邮件的传递。 SMTP被devise在一个更安静，更信任的时间。 从那以后，很多人实现了他们所看到的垃圾邮件的最终解决scheme，只是惊讶于它没有成功; 或者垃圾邮件发送者已经想出了如何击败它; 或者它依靠每个人都做到了有效。 （或其他几十个原因）。 我们现在所拥有的是巴尔干化的系统和半实施的想法，这意味着实际上不可能确保你的信息能够通过。

我的看法是，大多数最佳做法应该围绕接收电子邮件而不是发送电子邮件。 作为发件人，确保它符合收件人所采取的任何随机措施并不是您的工作。 这是他们的工作，以确保他们的过滤不会阻止合法的邮件根据假设什么邮件应该看起来像; 其中许多没有充分考虑邮件的路由和交付的有趣方式。

首先，我无法在任何地方findFrom：电子邮件地址的域名是否需要与SMTP服务器的域名匹配。

原则上，没有。 为什么MTA会从与自己的域无关的地址发送邮件呢？ 您可能会遇到系统，因为这个原因拒绝您的邮件，但这不是你的问题 。 如果您的PTRlogging与您的域名匹配并且HELO公告与这些域名匹配（至less在顶级域名（TLD））， 但纯粹因为From:域与PTR TLD不匹配而被拒绝的任何内容都将被打破 。

如果是这样，那么我对这里给出的build议感到困惑，特别是（在不好的情况下）：

在HELO命令中使用的域没有SPFlogging。

SPFlogging是另一个“这听起来正确”的想法（ 这里看到另一个在这个问题上的咆哮），已经获得了很多的重量。 对我来说，主要的问题是很多MTA不公平地惩罚根本不发布任何SPF的域名。 再次， 这不是你的问题 。

也就是说，我已经为我们的域名安装了一个，因为没有太频繁地与客户系统pipe理员混淆。 它最终是一个政治决定，而不是技术。

如果您打算使用SPF并将您的PTR和HELO作为abc.def.linode.com ; 那么所有 From:域的SPFlogging应该将该服务器列为发件人。 如果您无法控制foo.com和bar.com DNS，那么您必须与某人联系。

我目前正在使用linode.com SMTP + PTR域和example.com From：地址组合，没有太多的传递能力问题

也不应该有。 如果你发布SPF，并且linode.com服务器没有被列出，那么你会得到很多反弹。 但是，如果您已经列出，或者example.com根本没有发布任何SPFlogging，那么您应该没问题。 （我重复我之前的观点，即MTA拒绝邮件，因为根本没有发布任何SPF，这些邮件被破坏，可能会popup很多合法的邮件）。

  • From：地址中的域不需要与SMTP HELO对话框中的域（如果有的话）匹配。 SMTP HELO服务于特定目的 。
  • 似乎有些接收服务器要求在您的域上使用SPF。 但这不是强制性的。 但是，在接收方，你不能为策略和configuration错误做很多事情。 如果你想发布SPFlogging，他们应该是发送域，并包括你正在使用的linode服务器。

许多大型邮件提供商 – Google就是这样一个明显的例子 – 发送电子邮件时，邮件头中的From地址的域与PTRlogging不匹配，而任何执行这两个令牌之间（某种）匹配的提供者可能会拒绝很多有效的电子邮件。 因此，否， From:电子邮件地址的域名不需要与SMTP服务器的域名相匹配。

我强烈build议确保PTRlogging与服务器在提示HELO时声明的名称相匹配; 垃圾邮件filter对此的过滤的原因是几乎没有理由让它们不匹配。 如果您需要覆盖<qmail-control-dir>/me您可以在<qmail-control-dir>/helohost明确地设置它。