Як вирішити проблеми з spf / softfail?


13

У мене проблеми з відхиленням пошти від Google через проблеми із SPF. Я думав, що це було виправлено, але очевидно, що ні ...

Електронна пошта надсилається з сайту 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--

[Вибачення за анономію.]

Записи 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-записи; якщо вони всі лише на одному домені, то це ваша проблема, але якщо вони окремі, ми повинні знати, де вони знаходяться один щодо одного, щоб допомогти вам.
Кромей

Відповіді:


19

Ви можете мати лише один запис SPF. Оскільки ви створили чотири з них, до яких насправді звикає, по суті є випадковими. Слід об'єднати їх в один запис.


Ага - значить, це було б щось подібне v=spf1 ip4:xxx.xxx.xxx.xxx ip4:xxx.xxx.xxx.yyy include:_spf.google.com -all?
Джим Міллер

Це загальна ідея, так.
Майкл Хемптон

Дякую! - Спробую і звіту.
Джим Міллер

1
Бінго! SPF-записи домену оновлюються, і пошта проходить, при цьому домен "позначений як дозволений відправник". Спасибі!
Джим Міллер

Майте на увазі, що твердий файл може бути сукою. Відправлення електронної пошти через ретрансляційний сервер, тобто електронна пошта, яка пересилається, може відхилити ваш електронний лист у отримувача. Softfail - найкраще рішення IMO.
SteffenNielsen
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.