¿Cómo resolver problemas con spf / softfail?

13

Tengo problemas con Google para rechazar el correo debido a problemas de SPF. Pensé que tenía esto arreglado, pero evidentemente no ...

El correo se envía desde un sitio de Drupal que ejecuta mimemail. Un mensaje que muestra el problema se ve así:

Delivered-To: [email protected]
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: <[email protected]>
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 <[email protected]>;
        Wed, 02 Apr 2014 10:21:04 -0700 (PDT)
Received-SPF: softfail (google.com: domain of transitioning [email protected] 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 [email protected] does not designate xxx.xxx.xxx.xxx as permitted sender) [email protected]
Received: by sender.com (Postfix, from userid 48)
    id 3E486101774; Wed,  2 Apr 2014 17:21:02 +0000 (UTC)
To: "reg" <[email protected]>
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 <[email protected]>
From:Sender <[email protected]>
Message-Id: <[email protected]>
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--

[Disculpas por la anonomización.]

Los registros SPF para el dominio, obtenidos de http://www.whatsmyip.us/txt , se ven así:

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

igualmente anonimizado.

No puedo entender qué está mal: los registros SPF apropiados parecen estar en su lugar. El único problema que puedo ver es que he configurado (o he intentado configurar) dos servidores como remitentes legales para el dominio; Esto está destinado a cubrir tanto un servidor de producción como un servidor de desarrollo (llamémoslos sender.com y dev.sender.com). ¿Es esto un problema?

¿Alguna idea sobre lo que está mal? Una vez más, pensé que esto alguna vez funcionaba correctamente, pero definitivamente no lo es ahora. ¡Gracias!

email spam spf Jim Miller
fuente
Aquí hay demasiada anonimización: utilice al menos los registros de example.com para mostrarnos dónde viven exactamente esos cuatro registros SPF; si todos están en un solo dominio, bueno, ese es tu problema, pero si están separados, necesitamos saber dónde están en relación el uno con el otro para ayudarte.
Kromey

Respuestas:

20

Solo puede tener un registro SPF. Dado que creó cuatro de ellos, el que realmente se usa es esencialmente aleatorio. Debes combinarlos en un solo registro.

Michael Hampton
fuente
Ajá, ¿entonces esto sería algo así v=spf1 ip4:xxx.xxx.xxx.xxx ip4:xxx.xxx.xxx.yyy include:_spf.google.com -all?
Jim Miller
Esa es la idea general, sí.
Michael Hampton
¡Gracias! - Lo intentaré e informaré.
Jim Miller
1
¡Bingo! Los registros SPF del dominio se actualizan y el correo está llegando, con el dominio "designado como remitente permitido". ¡Gracias!
Jim Miller
Tenga en cuenta que hardfail puede ser una perra. El envío de un correo electrónico a través de un servidor de retransmisión, es decir, un correo electrónico que se reenvía, podría rechazar su correo electrónico en el destinatario. Softfail es IMO la mejor solución.
SteffenNielsen