我看到很多这样的问题，但是“Address already in use”错误，而不是“Permission Denied”错误。 我通过这个博客安装了OpenDKIM： http://blog.matoski.com/articles/spf-dk-dkim-plesk-debian/ 一切都顺利进行，直到我重新启动Postfix，我的日志立即爆发： OpenDKIM Filter: Unable to bind to port inet:8891@localhost: Permission denied OpenDKIM Filter: Unable to create listening socket on conn inet:8891@localhost smfi_opensocket() failed 我已经证实，没有其他人在这个端口上收听，我已经回到了博客文章，并可以确认其他一切是正确的。 [root@server opendkim]# ps aux | grep opendkim root 18173 0.0 0.0 103252 864 pts/0 S+ 18:39 0:00 grep opendkim [root@server opendkim]# [root@server opendkim]# netstat […]
我正在使用SendGrid发送自动电子邮件。 首先我去创build一个DKIMlogging的麻烦，最近我发现整个logging似乎没有被检查，因为SendGrid提供了它自己的DKIMlogging。 请参阅： https ： //sendgrid.com/docs/Apps/dkim.html 这个怎么用？ 如果我不需要为我发送的域提供我自己的DKIM，那么这是如何防止我欺骗来自我不拥有的某个域的电子邮件地址？
我正在实施opendkim，但我只能得到它签署1区。 即使它是两个域的相同密钥/签名/文件，tld仍然无法签名。 我的.conf： cat /usr/local/etc/mail/opendkim.conf LogWhy yes Syslog yes SyslogSuccess yes Canonicalization relaxed/simple Socket inet:[email protected] MilterDebug 5 ReportAddress [email protected] SendReports yes InternalHosts file:/usr/local/etc/TrustedHostList.txt SigningTable refile:/var/db/opendkim/dkim-signtable KeyTable file:/var/db/opendkim/dkim-keytable 签名表： cat /var/db/opendkim/dkim-signtable *@nyctelecomm.com nycmap *@e-mailer.com emailmap 键表转到相同的键： cat /var/db/opendkim/dkim-keytable emailmap e-mail.com:default:/var/db/opendkim/keys/e-mailer.com.key nycmap nyccomm.com:default:/var/db/opendkim/keys/e-mailer.com.key port25.com回复： ———————————————————- DKIM check details: ———————————————————- Result: permerror (key "default._domainkey.e-mail.com" doesn't exist) ID(s) verified: […]
我真的需要帮助，为什么我的DNS主机不断拒绝这个条目： default._domainkey.myschool.edu.sg IN TXT "v=DKIM1; k=rsa; p=MIGfM…hZwIDAQAB;" 我基于迄今为止阅读的内容添加了我们的域名。 cpanel给了什么，服务器也拒绝： default._domainkey IN TXT "v=DKIM1; k=rsa; p=MIGfM…hZwIDAQAB;" 现在要testing一下是怎么回事 – 这可能是入门的关键，我试过这样做，DNS主机接受： myschool.edu.sg IN TXT "v=DKIM1; k=rsa; p=MIGfM…hZwIDAQAB;" 当然，这不能通过DKIM在线testing。 我真的迷路了 我跟着我在互联网上find的所有东西，自从我尝试了新的东西之后已经过了两个晚上。
有人用伪造的From:地址发出垃圾邮件，这样邮件似乎来自我们。 标题清楚地表明，否则。 我们build立了DKIM和SPF。 问题是，在我们看到的反弹信息中，我注意到了这一行： Authentication-Results: mta1097.sbc.mail.bf1.yahoo.com from=mydomain.org; domainkeys=neutral (no sig); from=mydomain.org; dkim=neutral (no sig) 我相信这应该说dkim=fail ，这应该导致所有这样的消息反弹。 相反，许多交付。 如果相关，当我们通过我们的服务器发送消息时，DKIM通过。 有没有可以在OpenDKIM中修改这个设置？
我有我的服务器与postfix myserver.com正确configurationDKIM和SPF 。 但是，当我从Gmail发送电子邮件进行身份validation和发送电子邮件[email protected]对myserver.com postfix进行身份validation时，电子邮件最终有两个DKIM签名。 我只能假设Gmail正在添加DKIM签名。 有没有简单的方法来解决这个问题，我只有一个DKIM签名？
我有一个新的专用服务器运行CentOS7与Postfix的Plesk 12.5，我已经成功地设置SPF，DKIM，DMARC和DomainKeys，因为它显示了这个testingport25.com： ================================================== ======== 结果摘要 SPF检查：通过DomainKeys检查：通过DKIM检查：通过Sender-ID检查：通过SpamAssassin检查：火腿 ================================================== ======== 细节： HELO主机名：s17772156.onlinehome-server.info来源IP：217.160.108.200邮箱来源：[email protected] SPF检查详情： 结果：通过validation码：[email protected] DNSlogging：pixeldraw.net。 SPF（没有logging）pixeldraw.net。 146 IN TXT“v = spf1 + a + mx + a：s17772156.onlinehome-server.info + ip4：217.160.108.200？all”pixeldraw.net。 146 IN A 104.27.131.21 pixeldraw.net。 146 IN A 104.27.130.21 pixeldraw.net。 146 IN MX 10 dc-7e1939e7-mail.pixeldraw.net。 pixeldraw.net。 146 IN MX 15 dc-7e1939e7-mail2.pixeldraw.net。 dc-7e1939e7-mail.pixeldraw.net。 146中A 217.160.108.200 DomainKeys查看详细信息： 结果：通过validation的ID：[email protected] DNSlogging：default._domainkey.pixeldraw.net。 300 […]
我有一个问题（大问题）与垃圾邮件。 所有的邮件我的邮件服务器（ Debian 8.2和ispconfig最新稳定 ）发送，最终在垃圾邮件。 我正在使用Google Apps 。 我在spamscorechecker.com上做了一个testing，错误信息是： 0.1 DKIM_SIGNED消息具有DKIM或DK签名，不一定是有效的域 我的域名是ambrabaiocchi.it（有效的DKIM和SPFlogging）和更多3 欲了解更多信息，请查看： https : //www.mail-tester.com/web-G3h54I和这个： http : //www.lucavasini.it/output.rtf 。 我该如何解决这个问题？ 谢谢你，对不起我的英文不好。
我一直收到DMARC报告，显示我的IP通过了所有SPF和DKIM检查。 这只是一个电子邮件，说一切正常或者是一个问题的迹象？ 如果是后者，这封电子邮件里没有任何东西可以帮助弄清楚问题所在。 这是一个示例电子邮件（域和IP已更改）： <?xml version="1.0" encoding="UTF-8" ?> <feedback> <version>1.0</version> <report_metadata> <org_name>recipient.com</org_name> <email>[email protected]</email> <extra_contact_info>SSC-ICT</extra_contact_info> <report_id>[email protected]</report_id> <date_range> <begin>1456182003</begin> <end>1456268403</end> </date_range> </report_metadata> <policy_published> <domain>mydomain.com</domain> <adkim>r</adkim> <aspf>r</aspf> <p>none</p> <sp>none</sp> <pct>100</pct> </policy_published> <record> <row> <source_ip>1.2.3.4</source_ip> <count>6</count> <policy_evaluated> <disposition>none</disposition> <dkim>pass</dkim> <spf>pass</spf> </policy_evaluated> </row> <identifiers> <header_from>mydomain.com</header_from> <envelope_from>mydomain.com</envelope_from> </identifiers> <auth_results> <dkim> <domain>mydomain.com</domain> <selector>mail</selector> <result>pass</result> </dkim> <spf> <domain>mydomain.com</domain> <scope>mfrom</scope> <result>pass</result> </spf> </auth_results> </record> […]
我正在用sendmail MTA设置一个CentOS服务器来发送DKIM签名的邮件（发送域名是@ brighter.do）。 我成功地通过dkim milter路由邮件; 但是，他们到达我的GMail账户与dkim =失败的authentication结果，没有进一步的信息。 我该如何开始debugging（除了谷歌search“debugging失败的dkim”等相关术语）？ 我使用了这些说明中描述的configuration。 我做的唯一额外的configuration更改是将我的应用程序用户添加到/etc/mail/trusted-users ，将EXTRA_FLAGS=-R添加到/etc/sysconfig/dkim-milter ，并将Canonicalization切换为relaxed/relaxed改变什么）。 我已经使用ssh-keygen -l -f app1validation了密钥是2048位。 （似乎太小的密钥可能会导致GMail拒绝有效的DKIM签名，但这似乎不是我的问题。） 我的相关DNSlogging的内容是： APP1._DOMAINKEY.BRIGHTER.DO. TXT k=rsa; p=AAAAB3NzaC1yc2EAAAADAQABAAABAQC3pJ4UJW/KBQ2D6N/6kl37yqJ0F4NcKPGApyHw4wl2zohdOPp8rELvQnRgvmQUMu3hrgicD9W9LbnGx/CzakZAA4RcJk9kI51v+Y8L5j3lZURFC1ZIXoRFgfafyo31XN3rc+V0hNMXUGcxVI09oYtyS+2AuC9cULP4Nu030I3yYFd2NOwmKPY57PU3ybwGKEvuWsB/9PyWC6KVlULlkg7TB APP1._DOMAINKEY.BRIGHTER.DO. TXT CwbMnGyavwIeoJpNlb1fINdDGWDAJvfTTpMGvIkQAehknbgBqL4IgciWQ/2xw6bMhma7MRJHzZsd7JfbNramQIpsxX6hZUkZja6HpoFJzBi1vbnLcM2n8Xhat/A1Q/F _DOMAINKEY.BRIGHTER.DO. TXT o=~ [email protected] 我得到的标题是： Delivered-To: [email protected] Received: by 10.140.42.166 with SMTP id c35csp248278qga; Wed, 23 Mar 2016 14:10:12 -0700 (PDT) X-Received: by 10.98.72.213 with SMTP id q82mr7347661pfi.164.1458767412258; Wed, 23 […]