为什么Google拒绝从我的Postfix服务器转发的邮件?


9

我已经设置了Postfix并创建了一个映射到gmail帐户的别名。当我使用自己的一个(google邮件)帐户发送邮件时,它会通过,但是如果有外部人士向我发送邮件,则Google将不会接受来自我的服务器的邮件。日志中包含以下内容:

Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/smtpd[8249]: connect from mailout.example.com[1.1.1.1]
Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/smtpd[8249]: DB399E3318: client=mailout.example.com[1.1.1.1]
Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/cleanup[8253]: DB399E3318: message-id=<015e01ce9d9a$f988a750$ec99f5f0$@dk>
Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/qmgr[8230]: DB399E3318: from=<test@example.com>, size=3813, nrcpt=1 (queue active)
Aug 20 13:47:09 Ubuntu-1204-precise-64-minimal postfix/smtpd[8249]: disconnect from mailout.example.com[1.1.1.1]
Aug 20 13:47:10 Ubuntu-1204-precise-64-minimal postfix/smtp[8255]: DB399E3318: to=<example@gmail.com>, orig_to=<example@mydomain.com>, relay=gmail-smtp-in.l.google.com[2a00:1450:4010:c04::1b]:25, delay=1.1, delays=0.22/0/0.14/0.76, dsn=5.7.1, status=bounced (host gmail-smtp-in.l.google.com[2a00:1450:4010:c04::1b] said: 550-5.7.1 [2a01:4f8:d12:11c2::2      16] The sender does not meet basic ipv6 550-5.7.1 sending guidelines of authentication and rdns resolution of sending 550-5.7.1 ip. Please review 550 5.7.1 https://support.google.com/mail/answer/81126for more information. qh9si1111170lbb.172 - gsmtp (in reply to end of DATA command))

相关部分似乎是:

发送者不满足基本的ipv6 550-5.7.1发送认证准则和550-5.7.1 ip的rdns解析。请查看550 5.7.1 https://support.google.com/mail/answer/81126了解更多信息。

知道我该如何解决吗?

编辑

在该邮件来通过,我发现下面的标题:

Received-SPF: neutral (google.com: 1.1.1.1 is neither permitted nor denied by best guess record for domain of sender@example.com) client-ip=1.1.1.1;
Authentication-Results: mx.google.com;
       spf=neutral (google.com: 1.1.1.1 is neither permitted nor denied by best guess record for domain of sender@example.com) smtp.mail=sender@example.com

现在,奇怪的是,看来Google正在根据原始发件人的SPF评估我的服务器。这是第三方,因此我无法控制其SPF。如果我正确地解释了这一点,则Google认为我的服务器是邮件的来源。这也许是问题的症结所在?

编辑2

看来我有同样的问题:为什么要针对邮件服务器的IP而不是发件人的IP验证SPF?

编辑3

因此,我通过pfix-srs为邮件服务器安装和设置SPF记录来解决SPF问题。我遵循了本指南(由于Ubuntu无法使用,因此必须手动安装一些软件包):http : //blog.phusion.nl/2012/09/10/mail-in-2012-from-an-admins-透视/

这似乎解决了spf问题(邮件现在通过spf),但是可惜,邮件仍从某些发件人处丢失。我现在正在尝试设置rdns条目,并查看它是否可以解析。我一知道就会回这里。

编辑4

有效。总而言之,我为解决这个问题所做的是:

  • 安装pfix-srs
  • 为我的邮件服务器域创建一个spf记录,以允许我的ip4和ip6发送。(例如v=spf1 ip4:1.1.1.1 ip6:abcd:abc:123:4567::8 ~all
  • 为我的邮件服务器域创建一个rdns条目,指向其IP。

1
在我看来,您的Postfix可以转发到Google了;是Google拒绝了您转发的那些转发的电子邮件。
2013年

Answers:


5

Google提供的链接对此进行了很好的解释。您应该浏览Google列出的要求列表,并检查是否满足每个要求,如果不满足,则进行解决。

我认为最基本的是:

如果满足这三个要求,则至少应被接受。下一步是避免“垃圾邮件”文件夹,这可能会有些困难。在很大程度上,这取决于用户是否将您的电子邮件标记为垃圾邮件,以及Google支持链接https://support.google.com/mail/answer/81126中描述的其他一些详细信息。


我不确定这对我有什么帮助。我的服务器正在转发多个域的邮件,因此无法使用rdns。当我中继来自第三方发件人的邮件时,我认为spf和dkim都不适用。
troelskn

如果您从多个域发送邮件,那么最简单/最好的方法就是为每个域分配一个IP。如果不可能,还可以将多个PTR记录添加到发送IP的rdns中,每个域一个。从多个域发送电子邮件时,也可以使用SPF和DKIM,因为SPF始终存储在域的DNS中,并且在DKIM筛选器中,每个发送域可以具有不同的密钥。但是,只有在您可以控制从中发送域的情况下,所有这些事情才适用。
重播

如果您完全无法控制从中发送的域,那么我将无济于事。但是我想问一问,为什么您甚至让他们通过邮件服务器中继,这听起来像是麻烦的秘诀。
重播

我不是收件人,因为我是收件人。基本上,我有很多邮件地址要转发到一个公共位置(在本例中为gmail帐户)。我的邮件服务器接收到它们,然后将它们中继到最终目的地。
troelskn

1
@troelskn请注意,由于您使用的是IPv6,因此还需要在IPv6地址上设置反向DNS。
迈克尔·汉普顿
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.