Làm thế nào để giải quyết vấn đề với spf / softfail?


13

Tôi đang gặp vấn đề với việc Google từ chối thư vì vấn đề SPF. Tôi nghĩ rằng tôi đã sửa nó, nhưng rõ ràng là không ...

Thư đang được gửi từ một trang web Drupal đang chạy mimemail. Một thông báo cho thấy vấn đề trông như:

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--

[Xin lỗi vì sự giải phẫu.]

Bản ghi SPF cho tên miền, được lấy từ http://www.whatsmyip.us/txt , trông giống như:

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

tương tự ẩn danh.

Tôi không thể tìm ra điều gì sai - các bản ghi SPF thích hợp dường như được đặt ra. Vấn đề duy nhất tôi có thể thấy là tôi thực sự đã thiết lập (hoặc cố gắng thiết lập) hai máy chủ làm người gửi hợp pháp cho tên miền; điều này có nghĩa là bao gồm cả máy chủ sản xuất và máy chủ phát triển (hãy gọi chúng là sender.com và dev.sender.com). Đây có phải là một vấn đề?

Bạn có suy nghĩ gì về những gì sai? Một lần nữa, tôi nghĩ rằng điều này đã từng hoạt động chính xác, nhưng nó chắc chắn không phải bây giờ. Cảm ơn!


Có quá nhiều ẩn danh ở đây - vui lòng ít nhất sử dụng các bản ghi example.com để cho chúng tôi biết chính xác bốn bản ghi SPF đó sống ở đâu; nếu tất cả chúng chỉ nằm trên một tên miền, thì đó là vấn đề của bạn, nhưng nếu chúng tách biệt, chúng ta cần biết chúng ở đâu trong mối quan hệ với nhau để giúp bạn.
Kromey

Câu trả lời:


20

Bạn chỉ có thể có một bản ghi SPF. Vì bạn đã tạo bốn trong số chúng, cái nào thực sự được sử dụng về cơ bản là ngẫu nhiên. Bạn nên kết hợp chúng lại với nhau thành một bản ghi.


Aha - vậy đây sẽ là một cái gì đó như thế v=spf1 ip4:xxx.xxx.xxx.xxx ip4:xxx.xxx.xxx.yyy include:_spf.google.com -allnào?
Jim Miller

Đó là ý tưởng chung, vâng.
Michael Hampton

Cám ơn! - Tôi sẽ thử nó và báo cáo lại.
Jim Miller

1
Chơi lô tô! Các bản ghi SPF của tên miền được cập nhật và thư được gửi qua, với tên miền "được chỉ định là người gửi được phép". Cảm ơn!
Jim Miller

Hãy nhớ rằng hardfail có thể là một con chó cái. Gửi email thông qua một máy chủ chuyển tiếp, tức là một email đang được chuyển tiếp, có thể từ chối email của bạn tại người nhận. Softfail là IMO giải pháp tốt nhất.
SteffenNielsen
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.