Luc*_*ler 10 email dns spam google-apps
自发布以来,我一直在使用Google Apps FYD stackednotion.com.我发送的所有电子邮件都通过Google的服务器,我使用Gmail查看我的电子邮件.我之前没有遇到任何问题,但是最近我一直看到奇怪的反弹最终落入了所有账号.看起来有人正在使用我的域名发送垃圾邮件.我真的不希望我的域名被标记为坏名声,所以我该如何阻止它呢？
我已按照Google Apps上的指南在域中设置了SPF,DMARC和DKIM,这是我的区域文件:
; stackednotion.com [9548]
$TTL 86400
@ IN SOA ns1.linode.com. luca.stackednotion.com. 2012072633 7200 7200 1209600 86400
@ NS ns1.linode.com.
@ NS ns2.linode.com.
@ NS ns3.linode.com.
@ NS ns4.linode.com.
@ NS ns5.linode.com.
@ MX 1 ASPMX.L.GOOGLE.COM.
@ MX 5 ALT1.ASPMX.L.GOOGLE.COM.
@ MX 5 ALT2.ASPMX.L.GOOGLE.COM.
@ MX 10 ASPMX2.GOOGLEMAIL.COM.
@ MX 10 ASPMX3.GOOGLEMAIL.COM.
@ MX 30 ASPMX4.GOOGLEMAIL.COM.
@ MX 30 ASPMX5.GOOGLEMAIL.COM.
@ TXT "v=spf1 include:_spf.google.com ~all"
google._domainkey TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDi19ipSdqDEpnJEWrVF7MarSLnlzXi0wPOHws2BY6oMQInbY5OHzdw9LcFr1biVvipErm4odyJfjZAIp5s8r6z50ZxQdW5Uwdy9krA1A9HMPaqVN+fm2xpntU//uXn0wD8sGc9CljYQIl+MusxQ690PfVGnAz/QeLqaZFxpHHmmQIDAQAB"
_dmarc TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@stackednotion.com"
@ A 178.79.164.64
* A 178.79.164.64
_xmpp-server._tcp SRV 5 0 5269 xmpp-server.l.google.com.
_xmpp-server._tcp SRV 20 0 5269 alt1.xmpp-server.l.google.com.
这里还有一个垃圾邮件的标题(有人试图将我挂在Zend邮件列表中,他们是什么样的病人？!？):
Return-Path: <F776387@stackednotion.com>
Received: (qmail 20117 invoked from network); 27 Jul 2012 06:51:01 -0000
Received: from exprod7mx200.postini.com (HELO psmtp.com) (64.18.2.92)
by rsmx2.zend.com with SMTP; 27 Jul 2012 06:51:01 -0000
Received: from source ([188.51.41.223]) by exprod7mx200.postini.com ([64.18.6.13]) with SMTP;
Fri, 27 Jul 2012 02:51:00 EDT
To: <fw-docs-subscribe@lists.zend.com>
Subject: Invoice #48469883494
From: "Order" <F776387@stackednotion.com>
Date: Sat, 28 Jul 2012 09:40:03 +0300
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: IPS PHP Mailer
MIME-Version: 1.0
Content-type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Message-ID: <20120728094003.9312B884F9D66F02CE7C@DELL-PC>
X-pstn-neptune: 500/484/0.97/100
X-pstn-levels: (S: 0.00346/89.11253 CV:99.9000 FC:95.5390 LC:95.5390 R:95.9108 P:95.9108 M:97.0282 C:98.6951 )
X-pstn-dkim: 0 skipp
Mat*_*son 12
目前,减少不法分子通常从您的域发送垃圾邮件的能力的方法是通知其他邮件服务器允许哪些服务器代表您的域发送邮件.该机制是SPF,您已经拥有SPF记录:
TXT "v=spf1 include:_spf.google.com ~all"
如果阻止伪造尝试是你的愿望,这可以改进.阅读SPF记录语法页面,其中描述了您的SPF策略应该是什么.如果您有其他邮件服务器代表您的域发送邮件,请将它们添加到SPF记录并将您的策略更改为失败:
TXT "v=spf1 include:_spf.google.com -all"
由于SPF的部署非常广泛,因此这将产生重大影响.但SPF具有SPF策略失败的边缘情况(转发,电子邮件列表等),因此大多数网站选择使用SPF策略比您要求的更自由.例如,如果您的策略设置为拒绝,并且消息似乎来自电子邮件列表,则大多数服务器以某种方式对其进行标记(为此目的定义了Authentication-Results标头)并允许它通过.
这就是DMARC的用武之地.您已经添加了DMARC记录:
_dmarc TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@stackednotion.com"
您的策略仅用于隔离失败的DMARC消息.如果DMARC报告没有指出任何有效的消息被阻止,和/或您愿意接受有效消息被拒绝的一些边缘情况,那么您可以通过p = reject进行改进.
毫不奇怪,从邮件服务器反弹意味着来自我的某个域的垃圾邮件正是迫使我开始DKIM签名我的消息的,这样我就可以部署DMARC了.DMARC是一种结合了SPF和DKIM的策略机制,因此域所有者可以向其他邮件服务器声明"如果它不是来自此IP列表(SPF)并且它不是DKIM签名的,那么[拒绝|隔离|允许]它".
DMARC的工作非常出色.现在我收到DMARC报告,而不是获得退回邮件.我使用Mail :: DMARC来解析报告并将摘要放入数据库中.
DMARC仍然是IETF的草案,并没有广泛部署.但是,大多数大型电子邮件提供商已经实施了它,并且覆盖范围非常好.在为我的域部署DMARC之后,我为Qpsmtpd编写了一个DMARC插件,因此我可以根据DMARC策略验证传入的消息.我在DMARC常见问题解答中以DMARC运算符的形式发布了我的一些发现.
我之前提到过边缘情况,所以我觉得有必要分享一个.
Google通过将错误消息放入用户垃圾邮件文件夹来处理未对齐的消息(SPF和DKIM对齐失败的消息).我已经熟悉了这一点,因为从我的域发送的电子邮件通常被gmail很好地处理.例外情况是通过某些电子邮件列表(例如dmarc-discuss@dmarc.org)转发的消息.我发送到该列表的消息被列表处理软件修改,使我的DKIM签名无效.当邮件转发给gmail收件人时,这些邮件被标记为垃圾邮件,因为a)我已发布拒绝DMARC政策,b)该电子邮件列表不是来自tnpi.net的电子邮件的有效SPF发件人,并且c)带有我的域名的DKIM签名未通过验证.
除了修复列表软件之外,还有一些解决方法,例如将违规的邮件列表服务器添加到我的SPF记录中.一些DMARC实现将检测来自邮件列表的消息并降低策略严重性(即,Google隔离我的列表消息而不是拒绝).
目前,没有比使用良好实施的DMARC策略更好的方法来阻止使用您的域的网络钓鱼和欺骗尝试.
我也注意到过去几周这种欺骗行为有所增加。
“由于这些邮件源自 Gmail 之外，我们无法阻止垃圾邮件发送者欺骗您的地址。但是，Google 通过设计我们的系统来验证真正来自您的所有邮件，从而帮助保护您的 Gmail 地址的声誉。当另一个域收到来自 Gmail 的未经身份验证的邮件，它可以看出您并未真正发送邮件，并且您的电子邮件地址不太可能被阻止。就我们而言，我们担心欺骗和退回邮件。我们要求您报告这些邮件通过选中不需要的邮件旁边的框并单击收件箱顶部的报告垃圾邮件，或者打开邮件并单击邮件顶部的报告垃圾邮件。”
“您还可以通过 spam@uce.gov 将这些非法邮件的完整标头发送给联邦贸易委员会，以帮助阻止垃圾邮件发送者。”
| 归档时间： |
|
| 查看次数： |
11064 次 |
| 最近记录： |