【问题标题】:How do i get my spf to "see past" my isp's non-sense A-record?我如何让我的 spf “看到过去”我的 isp 的无意义 A 记录?
【发布时间】:2011-07-31 14:36:09
【问题描述】:

我托管了一系列不同的域,这些域都使用我的(一个)邮件服务器来发送和接收邮件。在发送邮件时,有时,我的邮件被接收端拒绝,被标记为“可疑”或直接进入垃圾邮件文件夹。

此外,在入站时,我从垃圾邮件的随机受害者那里收到大量“回执”,其中我的一个域名已被使用,即使邮件从未接触过我的邮件服务器。

有人告诉我,这两个问题都源于这样一个事实,即我的 SPF 记录设置不正确,我已经尝试修复了很长一段时间。不幸的是,我对记录背后的机制和语法本身的基本知识有些疏忽,这就是我在这里寻求帮助的原因。

出于以下示例的目的,假设以下设置:

  1. 我有两个域:mydomain.commyotherdomain.com
  2. 两个域都有通过我的邮件服务器发送和接收邮件的活动子域。
  3. 我的邮件服务器名为mail.mydomain.com
  4. 全部运行在同一台物理服务器上,IP 地址为:85.81.xxx.xxx
  5. 我的 ISP 有一个半静态 IP 地址,例如它永远不会改变,但不是我自己的。 85.81.xxx.xxx 上的 whois 产生 0x39Axxxx.dslpool.isp.com

使用在http://tools.bevhost.com/spf/ 找到的工具,我最终得出以下结论:

电子邮件来源:通过 - 85.81.xx.xx 解决为 0x39Axxxx.dslpool.isp.com 然后 再次解析为85.81.xx.xx

发件人详细信息:通过 - myname@myotherdomain.net 指向一个 指向我的邮件服务器的 MX 记录 在mail.mydomain.net

主机名 HELO / EHLO : 失败 - mail.mydomian.not 解析为 85.81.xxx.xxx 解析为 0x39Axxxx.dslpool.isp.com

所以,问题是:如果可能的话,我将如何mydomain.commyotherdomain.com 编写 SPF 条目以忽略此冲突并允许我发送的邮件在 spf 时显示为有效由接收方验证?

希望得到回应...

【问题讨论】:

    标签: email dns spf mx-record


    【解决方案1】:

    在这里,您应该在您的所有域的 DNS v=spf1 +ip4:85.81.xxx.xxx -all 中包含此 SPF 条目,而您的 SPF 字符串中仅此而已。

    确保您拥有mail.maydomain.commydomain.com 的此类 DNS 条目, 因为mydomain.com 的 SPF 条目对 subdomain.mydomain.com 无效。

    如果您有很多子域,您可以考虑为*.maydomain.com 设置一个 SPF 条目。这将处理域mydomain.com 的子或 sub.sub 或 sub.sub.sub 等域的所有域树。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2014-10-27
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-04-22
      • 2023-01-30
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多