วิธีแก้ปัญหา spf / softfail


13

ฉันมีปัญหากับ Google ที่ปฏิเสธอีเมลเนื่องจากปัญหา SPF ฉันคิดว่าฉันได้รับการแก้ไขแล้ว แต่ไม่ชัดเจน ...

เมลกำลังถูกส่งจากไซต์ Drupal ที่เรียกใช้ mimemail ข้อความที่แสดงปัญหาดูเหมือนว่า:

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

[ขอโทษสำหรับ anonomyzing]

ระเบียน SPF สำหรับโดเมนที่ได้รับจากhttp://www.whatsmyip.us/txtดูเหมือนว่า:

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) นี่เป็นปัญหาหรือไม่?

ความคิดใด ๆ เกี่ยวกับสิ่งที่ผิด? อีกครั้งฉันคิดว่านี่ทำงานได้อย่างถูกต้อง แต่ตอนนี้ไม่แน่นอน ขอบคุณ!


มีการลบข้อมูลระบุตัวตนมากเกินไปที่นี่ - โปรดใช้อย่างน้อยที่สุดบันทึก example.com เพื่อแสดงให้เราเห็นว่าระเบียน SPF ทั้งสี่รายการนั้นอยู่ที่ใด หากพวกเขาทั้งหมดในโดเมนเดียวนั่นคือปัญหาของคุณ แต่ถ้าพวกเขาแยกจากกันเราจำเป็นต้องรู้ว่าพวกเขาอยู่ที่ไหนในความสัมพันธ์ซึ่งกันและกันเพื่อช่วยคุณ
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.