来自我服务器的交易电子邮件直接进入雅虎用户的垃圾邮件文件夹

来自我服务器的交易电子邮件直接进入雅虎用户的垃圾邮件文件夹

我正在尝试设置我们的网站门户,向注册的客户发送注册确认电子邮件(这是一条简单消息,包含确认用户电子邮件的链接)。

一切都很好,运行良好,@gmail.com 用户可以收到电子邮件;但是,对于@yahoo.com 用户来说,电子邮件直接进入垃圾邮件文件夹。

我需要补充一点,我花了 4 天时间阅读有关该主题的每一个论坛帖子,并实施了所有可能的提示和建议(注意:我对系统管理并不陌生,所以我可以向你保证,我花的时间是挖掘而不是学习)。

总结一下:

  • 发送 IP 为 64.34.222.102
  • 有正确的 DNS 和 rDNS/PTR 设置
  • 我在网上查过的 100 多个黑名单中都没有列出该 IP
  • 该域名已正确设置 MX 条目(注意:传入邮件服务器在不同的 IP 上运行……这会是个问题吗?理论上不应该)
  • 已设置邮政局长和滥用地址。
  • DomainKey 已实现并验证有效
  • DKIM 已实施并验证有效
  • SPF 已实施并验证有效
  • 我们已经注册了 Yahoo 和 Hotmail Loopback Feed 计划
  • 这是用户选择加入的网站:www.teltub.com
  • 我已经填写了 Yahoo 的批量发件人表格(问题花了 3-4 天时间解决,但后来又出现了 - 稍后会详细介绍)
  • 由于我们处于测试阶段,因此极不可能有任何用户真正将电子邮件标记为垃圾邮件(他们大多是朋友),并且电子邮件的性质不是营销/广告
  • 检查了来自雅虎的 SMTP 回复,最初几天,它包含一些临时延期,但在我填写表格并注册后,它就消失了。
  • 测试了一些自动检查器,包括 allaboutspam.com,一切看起来都很好/绿色:http://www.allaboutspam.com/email-server-test-report/?key=F53F072FADAFE74C8960182016769C56

我有三个问题:

  1. 知道我遗漏了什么吗?
  2. 雅虎有人回复我:

    您正在使用的邮件服务器发送的电子邮件最近因潜在问题而被降低优先级。

    这些降级是暂时的,但如果发送 IP 配置文件仍然很差,则可能会重新触发。通常,降级是由不良的单个发件人或 MAIL FROM 配置文件触发的。

在询问更多细节后,他们说无法提供任何进一步的信息!!

  1. Yahoo 没有在电子邮件前面显示安全密钥...即使它被认为是垃圾邮件,它不应该显示来源真实性吗?在另一个帐户中,来自此地址的邮件被标记为“非垃圾邮件”,它会显示密钥 okey...

以下是来自 Postfix 的传送日志:

Oct 18 00:59:25 mgmt postfix/smtp[4321]: 063E0B988A6: to=<[email protected]>, relay=b.mx.mail.yahoo.com[74.6.136.65]:25, delay=1.6, delays=0.11/0.01/0.61/0.92, dsn=2.0.0, status=sent (250 ok dirdel)

以下是来自雅虎的消息标题:

From TELTUB Mon Oct 18 04:59:23 2010
X-Apparently-To: [email protected] via 98.136.167.26; Sun, 17 Oct 2010 21:59:25 -0700
Return-Path: <[email protected]>
X-YahooFilteredBulk: 64.34.222.102
Received-SPF: pass (mta1015.mail.sk1.yahoo.com: domain of [email protected] designates 64.34.222.102 as permitted sender)
X-YMailISG: HGiMWDwcZAr2nMseAcs8EMjEoTTXRB5jVgymRipvWi77dSrO
 PuvRZPjN1WbGfxHFAyLo99VgChGrTm8Ve_nCA4PLyzhfFKfcsQ8v9FlY3uHJ
 wt3y34DU2ZChx3ud4Scg1ReSSA8b3d3FY5YmWhQDeeckNZUbGYET0MVbjddu
 UX9Z6q3fsIfhsMhedk.6ZT3vsJHs8YiWGcAAiKgipdUnPYhQ36axREymHV8L
 EupzrPp6JE7PM4Ah12Cj8vw8sozDSUiShQM00sD0IC6HUqh4jDRpoISyur.G
 TbHTaa6rZKcNTtaKfE.BRZCJIBQA3oKvFtPt9QZFcDU98adBzlxK8oZxiOuQ
 txWdBWL4zveDo8yqH84sRB2jBLfR8Hig4mZ5bZrUMHnq9P.fNB.6z8XEZoMi
 UBO8eJsYf7Sxug9FtJr9.7.DIRcXshikZker0F0ygc1.ghJwEWLATbGA8UZg
 l2ekjauSWgt1XJQjr9JOpRWwgBTH4N6lXZLE5BQ8q38m6ZspaAZ3glRNSZLU
 YpnRNwRHHy8HLxryXONeR_Q5NcZivZZbof3r2SKvJjZ_DZF9wiuEnlSWng15
 QUd5BAbnA0fSxlaAjS7ayr9HLq0khsSVdlSYeGQpU.3LU6iZt17x3hjZoCXJ
 kB2YBa9ZHH3LkJIezOnNooc9LiYzwnsm1_FaVmvGk1XZzDEsJaadXxtf39o_
 wo2RQVHNaGbt9huEEy4fAiFx6_ZX3pNhepJLnJf2BgNLCi0ix0bw30EPxPPy
 5IaL0vnBeF4S3ReZa2z5cex3apsUULu3vl2zG_HVtsCuvE8-
X-Originating-IP: [64.34.222.102]
Authentication-Results: mta1015.mail.sk1.yahoo.com  from=teltub.com; domainkeys=pass (ok);  from=teltub.com; dkim=pass (ok)
Received: from 127.0.0.1  (HELO mgmt1.prod.teltub.com) (64.34.222.102)
  by mta1015.mail.sk1.yahoo.com with SMTP; Sun, 17 Oct 2010 21:59:25 -0700
Received: from www1.prod.teltub.com (localhost.localdomain [127.0.0.1])
 by www1.prod.teltub.com (Postfix) with ESMTP id DF46118E81BB
 for <[email protected]>; Mon, 18 Oct 2010 00:59:23 -0400 (EDT)
X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 mgmt1.prod.teltub.com 063E0B988A6
DomainKey-Signature: a=rsa-sha1; s=teltubdk; d=teltub.com; c=simple; q=dns;
 b=PAHMrH/tt9jRbjOcmeaO6IgbiK+MUfgwP9NZtIMKYNva/ISbDkjUWhHlnbEP1Icji
 axsb+4Q2QrO8zIsT9tWZw==
X-DKIM: Sendmail DKIM Filter v2.8.3 mgmt1.prod.teltub.com 063E0B988A6
DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=teltub.com;
 s=teltubdkim; t=1287377964; bh=xiqqKdrY0J4R8qUgsW9WMXUKnak=;
 h=Content-Type:MIME-Version:Content-Transfer-Encoding:From:To:
  Subject:Message-Id:Date;
 b=q7FEBCnitX/Ohw0RXnjaEZPkXi+hOJHof+hbGarbyC0zWqTpXiknI2bC6k7+QigEH
  ZL4JjzA8WK1MZqSaE6oOjTc3yxy+Dj7niAiB4t5cI8GPvvtegLSO6d2yVTmGa5wDFV
  5f4i5OpHnccPRHkEQ3ShKMzkjKMgVPkdaObAvMFA=
Content-Type: text/html; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: "TELTUB" <[email protected]>
To: [email protected]
Subject: This is just a test
Message-Id: <[email protected]>
Date: Mon, 18 Oct 2010 00:59:23 -0400 (EDT)
Content-Length: 111

答案1

问题在于 DKIM 签名仍然处于测试模式;t=y在 DNS 条目中。

我用新的 IP 重新做了一遍,得到了相同的结果。但注意到我使用的 DKIM 签名生成工具t=y在签名中间留下了一个。请注意,我t=y之前已从策略条目中删除了,但这并没有起到作用:

teltubdkim._domainkey IN TXT“v=DKIM1; g=*; k=rsa;t=y;p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCtMbAffP/NxX4JcglM+1G2M6xB/va6k1pZijAgZxRKXbbzACUdbSv0MFip5TAAFyZkH4VIUgUq+BAgbAzLZOBEB0SZu2uDb87XMj1acvSOVs//QpUDnbmaLjz4I7HGCY70jZtjFzdEt42730bXJ6eoK1zTGHAx3KLtFFkurHJVXwIDAQAB” ; ----- DKIM teltubdkim for teltub.com _ssp.teltubdkim._domainkey TXT “dkim=unknown”

要格外小心...

答案2

看起来您已经设置了正确的内容,并且您发布的标头显示 DomainKeys 和 SPF 设置是可接受的。重要的是要记住,大多数垃圾邮件系统都是通过计算各种分数来工作的。将 Google 应用包含在发件人列表中可能无助于提高此分数。而且 64.34.222.96/27 是一个非常大的网络掩码。有没有可能让它更具体一些?

没有人能从你提供的标头中得知 Yahoo 的贝叶斯过滤器包含的内容,也无法得知你发送电子邮件的速率。对于后者,有几种 sendmail 过滤器(可能使用 Postfix),但我建议看看政策

就您发送的内容而言,判断这是否是促成因素要困难得多。当然,在没有 DSN 故障的情况下进行测试以确定如何按需重现问题并不容易。

答案3

你尝试发送邮件会发生什么[电子邮件保护]来自 yahoo.com?即使它进入了比特桶,它应该也能正常工作。还要确保 abuse 和 postmaster 地址都是有效的。

相关内容