问题标签 [spf]

我正在尝试创建 SPF 记录并希望得到一些建议。

我们有 3 台服务器，s1.example.com s2.example.com s3.example.com

到目前为止，我已经构建了这个：“v=spf1 include:s1.example.com include:s2.example.com include:s3.example.com include:amazonses.com include:_spf.google.com ~all

我应该使用 include: 还是 a: 用于 3 个服务器？

我可以去 include:example.com 获取所有 3 个吗？

我对亚马逊/谷歌很满意，因为这是他们为我提供的

任何意见将是有益的

我是网站http://crowdculture.eu的开发人员，所有来自应用程序所在服务器的邮件都被标记为垃圾邮件。我正在使用 sendmail 从服务器发送电子邮件。

• 我已检查，域或我的服务器 IP 均不在任何类型的黑名单中
• 我已经完成并为域配置了一个 spf（发件人策略框架），以将我的服务器 IP 识别为原始发件人。(v=spf1 ip4:69.194.224.168/16 ~all) 我用可用的在线工具对其进行了测试，它说 SPF 工作正常 - http://www.openspf.org/Why?id=user%40crowdculture.eu&ip =69.194.224.168&receiver=tools.bevhost.com:%2069.194.224.168/16 仍然测试说我的电子邮件被拒绝：“域 crowdculture.eu 已授权 69.194.224.168 代表它发送邮件，所以邮件应该有被接受了。我们不可能说为什么它被拒绝了。

Gmail 有什么方法可以向我揭示为什么所有邮件仍被标记为垃圾邮件，以便至少我对接下来要尝试的内容有一些指导？

出于某种原因，反向 DNS 对我的服务器 IP 不起作用，域配置存储在不同的位置可能是因为 rDNS 吗？现在我正在等待访问配置 rDNS，但这对我来说是在黑暗中拍摄的，我更容易知道确切的原因。

这是原始垃圾邮件：

我将 Google Apps (gmail) 用于我的业务。我还托管自己的 Web 服务器，其中包含论坛和其他需要电子邮件验证和注册的东西。因此，我已经配置了我的 DNS SPF 记录以批准 Google 的邮件服务器，并且我还需要允许从我的主机邮件服务器发送邮件，这样它就不会被视为垃圾邮件。我对此并不陌生，但由于某种原因，它似乎不起作用。该主机不接收我的域的邮件，而只是发送邮件。这是我目前的 SPF 记录以及我认为“应该”的记录。我尝试了几种不同的方法，但似乎无法解决我的问题。

v=spf1 ip4:xxx.xxx.xxx.xxx 包括:_spf.google.com ~all

我已将它作为 SPF 和 TXT 并同时作为两者放入。但似乎没有纠正它。我究竟做错了什么？

我正在尝试在我们的域上设置SPF记录，但它似乎很困惑。

域是letterpart.com，邮件服务器是mail.letterpart.com。我们从Exchange 服务器发送我们所有的电子邮件mail.letterpart.com，直接或通过转发到 Exchange 服务器的Perl脚本。这是我们唯一的服务器，处理传入和传出的邮件。

我们原本有

其中包括我们的邮件服务器和我们有时用来发送营销电子邮件的Campaign Monitor 。

然而，这给了我们一个软失败：

我与我们的ISP和KCOM进行了交谈，他们回复了这个回复：

我检查了现有的 SPF 记录，发现了您的“软失败”的可能原因。“all”机制以“~”为前缀，表示软失败。我已将记录“所有”部分更改为“-all”，这应该会导致失败。

现在，当我从Outlook发送邮件时，我遇到了严重的失败：

我回到我们的 ISP 并说他们所做的改变确实把我们的软故障变成了硬故障，所以他们现在可以改变它，这样我们就不会失败。

他的回答是这条记录是正确的，它表明不是来自我们域的电子邮件将失败。我指出我发送的测试来自我们的域，他只是向我发送了对SPF 记录语法的引用，这是我正在测试 spf-test@openspf.net 电子邮件的同一站点。

当谈到这些记录时，我是不是完全搞错了？我认为这个想法是从我们的域发送时根本不会失败。

现在。我们的 MX 记录显示如下：

但是 SPF 测试电子邮件将 IP 地址显示为 94.72.251.210，当我查看从 letterpart.com 发送的电子邮件的标题时，它确实显示它来自 .210：

94.72.251.210是我们防火墙上的 Wan1 接口。我应该将 IP 地址添加到 SPF 还是范围？

我需要能够从 Google Apps（我的 gmail 帐户）和托管在 Bluehost 上的网站发送电子邮件。如何创建允许我从这些位置发送电子邮件但限制从其他位置发送电子邮件的 SPF 记录？

我正在使用 Amazon SES 和 Route53，并且对如何指定 TXT 值以包含正确的 SPF 配置感到困惑。亚马逊给了我一个 SES TXT 名称/值对，看起来像这样：

我将它插入到我的 Route53 记录集中（与 Godaddy 上的“区域文件”相同）。在将我的 SMTP 凭证添加到我的应用程序并让亚马逊验证我的帐户（“授予生产访问权限”）之后，果然可以正常工作，我可以从我的站点向各种帐户（Gmail、Yahoo、Hotmail、我的 .edu 大学）发送电子邮件帐户）。

我对 SPF 一无所知，但听说它很好地包含在一个人的电子邮件服务器配置中。通过谷歌搜索 Amazon SES，我不断看到包含流动的片段：

目前，这两个片段包含在与上面那个又大又丑的值（“bInxJfnRb ...”）相同的TXT值字段中，我的电子邮件仍然可以正常发送。

两个相关问题：

1. 将所有 3 个片段放在一个 TXT 值字段中是否适合这些片段？
2. “v=spf1 include:amazonses.com ~all”和“spf2...”在什么情况下起作用？基本上，我怎么知道他们是否在做任何事情？

我想允许 Google Apps 和 CampaignMonitor（电子邮件营销服务）从我的域发送电子邮件。

我已将我的 TXT 记录设置为：

v=spf1 a mx include:_spf.google.com include:cmail1.com ~all

但是，从 Google Apps 发送的所有电子邮件都显示：

接收到的 SPF：中性（对于 example@example.com 的域的最佳猜测记录，google.com：209.85.216.43 既不允许也不拒绝）client-ip=209.85.216.43；身份验证结果：mx.google.com；spf=neutral (google.com: 209.85.216.43 既不允许也不拒绝 example@example.com 域的最佳猜测记录) smtp.mail=example@example.com; dkim=pass header.i=@example.com

如何使我的电子邮件 SPF “通过”而不是“中性”？

检查域上的 SPF 记录的方法有哪些？

有一个网站，我可以手动使用 - http://www.mxtoolbox.com/SuperTool.aspx

我如何通过 ASP.NET 和 C# 来实现？基本上，如果域支持自己的邮件 Web 服务器，我想验证/检查域上的 SPF 记录。

I've been struggling to figure out why this is happening, but my emails are being marked as spam by Gmail and Hotmail (they work in Yahoo.)

SPF, DKIM, rDNS, and sender-id all pass. What's weirder is I've send the EXACT same email with its exact contents from my dev server and Gmail accepts it as not spam even though every one of those checks which passes in production fails in dev. Hotmail still marks it as spam though.

Any idea what could be going on? Here is an example header from Gmail (with IPs and domains changed for privacy):

我已经为我的 Google Apps 邮件设置了 SPF TXT 记录，一切正常，但是我需要使用 php 的 mail() 从我的 webapp 发送电子邮件，所以我需要将我的主机域（比如entity.ca）添加为允许的发件人. 我该怎么做呢？

如果 Google Apps 文档中的原始记录是v=spf1 include:_spf.google.com ~all，则以下内容对于添加我的域是否正确：

抱歉，我找到了http://www.zytrax.com/books/dns/ch9/spf.html和我的域的 SPF 记录应该使用什么？在谷歌上，但它很混乱。

谢谢大家。