[英]mail sent by exim are considered spam
I configured exim mail server to send email from my web application (Example recovers passwords). 我将exim邮件服务器配置为从Web应用程序发送电子邮件(示例恢复密码)。 Tests done by mail is always considered as spam.(i use gmail web client).
通过邮件进行的测试始终被视为垃圾邮件。(我使用gmail网络客户端)。 How do I configure exim so that the emails they send are not considered spam?
如何配置exim,以使它们发送的电子邮件不被视为垃圾邮件?
Header with SPF SPF标头
Delivered-To: spidercloudfl@gmail.com
Received: by 10.194.81.69 with SMTP id y5csp12894wjx;
Wed, 22 May 2013 10:34:21 -0700 (PDT)
X-Received: by 10.15.107.77 with SMTP id ca53mr20828718eeb.40.1369244060917;
Wed, 22 May 2013 10:34:20 -0700 (PDT)
Return-Path: <info@wizardsnc.it>
Received: from 95.110.179.201 ([95.110.179.201])
by mx.google.com with ESMTPS id u46si3055346eeg.66.2013.05.22.10.34.20
for <spidercloudfl@gmail.com>
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Wed, 22 May 2013 10:34:20 -0700 (PDT)
Received-SPF: neutral (google.com: 95.110.179.201 is neither permitted nor denied by best guess record for domain of info@wizardsnc.it) client-ip=95.110.179.201;
Authentication-Results: mx.google.com;
spf=neutral (google.com: 95.110.179.201 is neither permitted nor denied by best guess record for domain of info@wizardsnc.it) smtp.mail=info@wizardsnc.it
Received: (qmail 25578 invoked from network); 22 May 2013 18:33:20 +0100
Received: from localhost (HELO 95.110.179.201) (127.0.0.1)
by localhost with ESMTPA; 22 May 2013 18:33:20 +0100
Date: Wed, 22 May 2013 18:33:20 +0100 (BST)
From: "Wizard s.n.c" <noreplay@wizardsnc.it>
To: "spidercloudfl@gmail.com" <spidercloudfl@gmail.com>
E-mail continue to be considered as spam :(. 电子邮件继续被视为垃圾邮件:(。
thanks to all 谢谢大家
Modern large webmail providers use a reputation system to score and determine placement of inbound emails. 现代大型网络邮件提供商使用信誉系统对入站电子邮件进行评分和确定位置。 Your sending IP and domain name builds a reputation How those reputation systems work exactly is not something that we on the outside will know.
您的发送IP和域名建立一个信誉怎么那些信誉系统工作完全是不是我们在外面就知道了。 But we can describe behaviors that seem to influence a sender's reputation.
但是我们可以描述似乎影响发送者声誉的行为。
Basically there are lots of things that can be wrong that contribute negatively, and just a few things that work for positive reputation. 基本上,有很多错误的事情会带来负面的影响,而只有少数事情会为您带来良好的声誉。 There are more than these, but these are all I could think of off the top of my head.
这些还不止这些,但是我想不到的就是这些。
Todd's answer is good, and when he's talking about reputation, he's hitting the nail on the head. 托德的回答很好,当他谈论声誉时,他的想法就很刺耳。
Generally, not having SPF/DKIM/DMARC records has very little impact to your IP or domains reputation, and by extension, very little or no impact upon a particular messages deliverability. 通常,没有SPF / DKIM / DMARC记录对您的IP或域声誉的影响很小,因此,对特定消息的可传递性的影响很小或没有影响。 Take a look at the most widely deployed mail filters (SpamAssassin, Amavis) and you'll find that having matching SPF records provides no score increase.
查看部署最广泛的邮件过滤器(SpamAssassin,Amavis),您会发现拥有匹配的SPF记录不会增加分数。 The same goes for DKIM.
DKIM也是如此。 The reason for this is simple, it's very easy for spammers to publish SPF records and by harnessing the power of bot nets, the CPU cost of DKIM signing messages is negligible.
原因很简单,垃圾邮件发送者很容易发布SPF记录,并且利用僵尸网络的强大功能,DKIM签名消息的CPU成本可以忽略不计。
Many spammers use throw-away domains (no reputation) they acquire for this very purpose, generally in TLDs that permit domain abuse like .info, .pw, .tw, and .biz. 许多垃圾邮件发送者为此目的使用丢弃的域名(没有信誉),通常是在允许滥用域名的TLD(例如.info,.pw,.tw和.biz)中使用。 Just like Todd's points #2, and #3, if you happen to have a domain that is surrounded by spammers, it's just as bad as having an IP address or ASN with spammy neighbors.
就像Todd的第2点和第3点一样,如果您碰巧有一个被垃圾邮件发送者包围的域,则与拥有垃圾邮件邻居的IP地址或ASN一样糟糕。
SPF, DKIM, and DMARC are all authentication mechanisms. SPF,DKIM和DMARC都是身份验证机制。 They serve only to validate that the domain in question is responsible for a particular message.
它们仅用于验证所讨论的域负责特定消息。 The reason a domain owner with a good reputation should publish a SPF record and DKIM sign their messages is to prevent spammers from sending emails from their domain, and thereby sullying their good reputation.
具有良好声誉的域所有者应发布SPF记录并DKIM对其邮件签名,以防止垃圾邮件发送者从其域发送电子邮件,从而破坏其良好声誉。
Failing SPF, DKIM, and DMARC will definitely earn you negative points, in varying quantities. 失败的SPF,DKIM和DMARC肯定会为您带来不同数量的负面影响。
I'm on a couple DMARC mailing lists and I run one of about 20 mail systems on the internet that do DMARC reporting. 我在几个DMARC邮件列表上,并且在Internet上运行大约20个执行DMARC报告的邮件系统之一。 I don't know of anyone handing out extra ham points for DMARC aligned messages.
我不知道有人为DMARC对齐的消息分发额外的火腿点。 That isn't to say DMARC is not helpful.
但这并不是说DMARC没有帮助。 If your domain has a good reputation, and you publish DMARC records and a particular message is aligned, then your good reputation extends to that message.
如果您的域享有很高的声誉,并且您发布了DMARC记录,并且一条特定的消息已对齐,那么您的良好声誉将扩展到该消息。 If the message is not aligned, then we have to decide if the message really is from you, and how much of your domains reputation should be afforded it.
如果邮件内容不一致,则我们必须确定邮件是否确实来自您,以及应该为您赢得多少域名声誉。
Another thing that's vitally important for a mail servers reputation is having properly configured DNS. 对于邮件服务器声誉而言,至关重要的另一件事是正确配置DNS。 Make absolutely certain your mail server's IP has matching forward and reverse DNS (FCrDNS), and that the hostname of the server is configured correctly, and that Exim is using the machines hostname.
绝对确保您的邮件服务器的IP具有匹配的正向和反向DNS(FCrDNS),并且服务器的主机名已正确配置,并且Exim正在使用计算机的主机名。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.