spf / softfail 문제를 해결하는 방법?


13

SPF 문제로 인해 Google이 메일을 거부하는 데 문제가 있습니다. 나는 이것이 고정되어 있다고 생각했지만 분명히 ...

메일은 mimemail을 실행하는 Drupal 사이트에서 전송됩니다. 문제를 나타내는 메시지는 다음과 같습니다.

Delivered-To: reg@receiver.com
Received: by 10.112.47.229 with SMTP id g5csp300564lbn;
        Wed, 2 Apr 2014 10:21:06 -0700 (PDT)
X-Received: by 10.66.249.233 with SMTP id yx9mr1407538pac.3.1396459264202;
        Wed, 02 Apr 2014 10:21:04 -0700 (PDT)
Return-Path: <sender@sender.com>
Received: from sender.com (sender.com. [xxx.xxx.xxx.xxx])
        by mx.google.com with ESMTP id m8si1612133pbd.503.2014.04.02.10.21.03
        for <reg@receiver.com>;
        Wed, 02 Apr 2014 10:21:04 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning sender@sender.com does not designate xxx.xxx.xxx.xxx as permitted sender) client-ip=xxx.xxx.xxx.xxx;
Authentication-Results: mx.google.com;
       spf=softfail (google.com: domain of transitioning sender@sender.com does not designate xxx.xxx.xxx.xxx as permitted sender) smtp.mail=sender@sender.com
Received: by sender.com (Postfix, from userid 48)
    id 3E486101774; Wed,  2 Apr 2014 17:21:02 +0000 (UTC)
To: "reg" <reg@receiver.com>
Subject: Message Subject here
X-PHP-Originating-Script: 501:mimemail.module
MIME-Version:1.0
Content-Type:multipart/mixed;
 boundary="ca08a4eb4d5f903d3ee41d8632611e3ff9f7e67713"
Content-Transfer-Encoding:8Bit
X-Mailer:Drupal
Sender:Sender <sender@sender.com>
From:Sender <sender@sender.com>
Message-Id: <20140402172102.3E486101774@sender.com>
Date: Wed,  2 Apr 2014 17:21:02 +0000 (UTC)

This is a multi-part message in MIME format.

--ca08a4eb4d5f903d3ee41d8632611e3ff9f7e67713
Content-Type:multipart/alternative;
 boundary="2db314e2a942d712c21894936b800a2c7998463d12"
Content-Transfer-Encoding:8bit


--2db314e2a942d712c21894936b800a2c7998463d12
Content-Type:text/plain; charset=utf-8
Content-Disposition:inline
Content-Transfer-Encoding:8bit

Message text goes here...

--2db314e2a942d712c21894936b800a2c7998463d12
Content-Type:text/html; charset=utf-8
Content-Disposition:inline
Content-Transfer-Encoding:8Bit

<html>
<html text goes here>
</html>

--2db314e2a942d712c21894936b800a2c7998463d12--

--ca08a4eb4d5f903d3ee41d8632611e3ff9f7e67713--

[아노 마이징에 대한 사과.]

http://www.whatsmyip.us/txt 에서 얻은 도메인의 SPF 레코드는 다음과 같습니다.

v=spf1 ip4:xxx.xxx.xxx.xxx ~all , ttl : 14144
v=spf1 include:_spf.google.com ~all , ttl : 14144
v=spf1 a -all , ttl : 14144
v=spf1 ip4:xxx.xxx.xxx.yyy ~all , ttl : 14144

유사하게 익명화되었습니다.

무엇이 잘못되었는지 알 수 없습니다. 적절한 SPF 레코드가있는 것 같습니다. 내가 볼 수있는 유일한 문제는 실제로 두 서버를 도메인의 법적 발신자로 설정했거나 설정하려고 시도했다는 것입니다. 이것은 프로덕션 서버와 개발 서버를 모두 포함합니다 (sender.com 및 dev.sender.com이라고 함). 이것이 문제입니까?

무엇이 잘못 되었나요? 다시 한 번, 이것이 한 번 올바르게 작동한다고 생각했지만 지금은 그렇지 않습니다. 감사!


익명이 너무 많습니다. 최소한 네 개의 SPF 레코드가 어디에 있는지 보여주기 위해 최소한 example.com 레코드를 사용하십시오. 그들이 모두 하나의 도메인에 있다면, 그것은 당신의 문제이지만, 그들이 분리되어 있다면 우리는 그들이 당신을 도울 수 있도록 서로의 관계를 알아야합니다.
Kromey

답변:


19

하나의 SPF 레코드 만 가질 수 있습니다. 그중 네 개 를 만들었으므로 실제로 사용되는 것은 본질적으로 무작위입니다. 그것들을 하나의 레코드로 결합해야합니다.


아하-이건 v=spf1 ip4:xxx.xxx.xxx.xxx ip4:xxx.xxx.xxx.yyy include:_spf.google.com -all?
Jim Miller

그게 일반적인 생각입니다.
Michael Hampton

고마워! -다시 시도하고보고하겠습니다.
Jim Miller

1
빙고! 도메인의 "허용 발신자"로 지정된 도메인의 SPF 레코드가 업데이트되고 메일이 전달됩니다. 감사!
Jim Miller

hardfail은 나쁜 년이 될 수 있음을 명심하십시오. 릴레이 서버를 통해 이메일을 보내면 (즉, 이메일이 전달되고있는 경우) 수신자가 이메일을 거부 할 수 있습니다. Softfail은 IMO가 최고의 솔루션입니다.
SteffenNielsen
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.