Как решить проблемы с spf / softfail?

У меня проблемы с Google, отклоняющим почту из-за проблем с SPF. Я думал, что я это исправил, но, очевидно, нет ...

Почта отправляется с сайта Drupal, на котором работает mimemail. Сообщение, которое показывает проблему выглядит следующим образом:

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;
To: "reg" <reg@receiver.com>
Subject: Message Subject here
MIME-Version:1.0
Content-Type:multipart/mixed;
 boundary="ca08a4eb4d5f903d3ee41d8632611e3ff9f7e67713"
Content-Transfer-Encoding:8Bit
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). Это проблема?

Есть мысли о том, что не так? Опять же, я думал, что когда-то это работало правильно, но это определенно не сейчас. Благодарность!

email spam spf

— Джим миллер
источник

Здесь слишком много анонимности - по крайней мере, используйте записи example.com, чтобы показать нам, где именно эти четыре записи SPF живут; если они все находятся в одном домене, то это ваша проблема, но если они разделены, нам нужно знать, где они находятся относительно друг друга, чтобы помочь вам.

— Кромей

Вы можете иметь только одну запись SPF. Так как вы создали четыре из них, то, что фактически используется, является по существу случайным. Вы должны объединить их в одну запись.

— Майкл Хэмптон
источник

Ага - так это будет что-то вроде v=spf1 ip4:xxx.xxx.xxx.xxx ip4:xxx.xxx.xxx.yyy include:_spf.google.com -all?

— Джим Миллер

Это общая идея, да.

— Майкл Хэмптон

Спасибо! - Я попробую и доложу.

— Джим Миллер

Бинго! Записи SPF в домене обновляются, и почта проходит, причем домен «обозначен как разрешенный отправитель». Благодарность!

— Джим Миллер

Имейте в виду, что hardfail может быть сукой. Отправка электронной почты через ретрансляционный сервер, т. Е. Электронная почта пересылается, может отклонить вашу электронную почту у получателя. Softfail является ИМО лучшим решением.

— SteffenNielsen