为什么从我的网络应用程序发送的所有邮件都被标记为垃圾邮件？

时间：2012-06-06 12:38:16

标签： gmail sendmail spam spf

我是网站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 仍然测试说我的电子邮件被拒绝了：＆＃34;域crowdculture.eu已授权69.194.224.168代表它发送邮件，因此该邮件应该被接受。我们不可能说出它被拒绝的原因。＆＃34;

Gmail有什么办法可以告诉我为什么所有的邮件仍然被标记为垃圾邮件，这样至少我对接下来要尝试的内容有一些指导意见？

由于某些原因，反向DNS对我的服务器IP不起作用，域配置存储在不同的地方可能是因为rDNS？现在我正等着获得配置rDNS的权限，但这对我来说是黑暗的，我知道确切的原因要容易得多。

这是原始垃圾邮件：

Delivered-To: janis.kesteris3@gmail.com
Received: by 10.236.24.231 with SMTP id x67csp74923yhx;
        Wed, 6 Jun 2012 02:20:14 -0700 (PDT)
Received: by 10.68.130.9 with SMTP id oa9mr57938587pbb.95.1338974413769;
        Wed, 06 Jun 2012 02:20:13 -0700 (PDT)
Return-Path: <user@crowdculture.eu>
Received: from crowdculture.eu ([69.194.224.168])
        by mx.google.com with ESMTPS id qn6si1844885pbc.225.2012.06.06.02.20.13
        (version=TLSv1/SSLv3 cipher=OTHER);
        Wed, 06 Jun 2012 02:20:13 -0700 (PDT)
Received-SPF: pass (google.com: domain of user@crowdculture.eu designates 69.194.224.168 as permitted sender) client-ip=69.194.224.168;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of user@crowdculture.eu designates 69.194.224.168 as permitted sender) smtp.mail=user@crowdculture.eu
Received: from crowdculture.eu (localhost [127.0.0.1])
    by crowdculture.eu (8.14.3/8.14.3/Debian-9.2ubuntu1) with ESMTP id q569LFcH003157
    for <janis.kesteris3@gmail.com>; Wed, 6 Jun 2012 09:21:15 GMT
Received: (from user@localhost)
    by crowdculture.eu (8.14.3/8.14.3/Submit) id q569LEJ9003156
    for janis.kesteris3@gmail.com; Wed, 6 Jun 2012 09:21:14 GMT
Date: Wed, 6 Jun 2012 09:21:14 GMT
From: user <user@crowdculture.eu>
Message-Id: <201206060921.q569LEJ9003156@crowdculture.eu>
Subject: test weee 111

1 个答案:

答案 0 :(得分：-1)

似乎有一个中间人正在重建包以欺骗UPS，com作为源（标头指示IP拒绝失败）然后通过senseoffashion.com（不执行此操作）反弹邮件什么，但试图得到你的pii。最终产品的电子邮件来自“UPS quantum.com”，这不是一个社交工程技巧。这封电子邮件应该是
容易过滤，但会为本地管理员提供一个奇妙的测试用例，以测试用户对此类攻击的意识。

相关问题
最新问题