2011-06-01 26 views
9

Cada vez que uso PHP para enviar correos electrónicos a los miembros de mi sitio, el correo electrónico termina en la carpeta de spam para la mayoría de los proveedores de correo electrónico como Gmail y Hotmail.Problema SPF: ¿qué causa softfail?

Cuando compruebo la fuente original en Gmail, I ver lo siguiente:

Delivered-To: [email protected]
recibida: por 10.236.41.34 con g22cs272510yhb SMTP ID;
Mié, 1 de junio de 2011 05:38:27 -0700 (PDT)
Recibido: por 10.236.77.102 con id. SMTP c66mr7228248yhe.303.1306931907131; Mié, 01 jun 2011 05:38:27 -0700 (PDT)
SPF recibido: softfail (google.com: el mejor registro de adivinación para el dominio de la transición [email protected] no lo designa como remitente permitido)
Recibido : por 10.190.5.195 con POP3 id 3mf1156376yxt.72; Wed, 01 Jun 2011 05:38:27 -0700 (PDT) X-Gmail-Fetch-Info: [email protected] 14 mail.mywebserver.com 110 [email protected]
Return-Path:
el sobre-a: [email protected]
Recibido: de mybestsh por s01.next-web.nl con local (Exim 4.69)
(envoltura de)
Identificación 1QRkgT-0000BF-3v
de info @ mywebserver .com; Wed, 01 Jun 2011 14:38:01 +0200
Para: [email protected]
Asunto: Su nueva contraseña
MIME-Version: 1.0
Desde: MiServidor
Responder-a: MiServidor
X -Sender: MiServidor

he establecido mis registros SPF de la siguiente manera:

v=spf1 a mx ip4:xxx.xxx.xx.xx-all 

me pregunto lo que hace que el softfai l. ¿Algunas ideas?

+0

https: // solución. org/ispmail/lenny/spf puede ayudar. – Pacerier

Respuesta

13

El encabezado Return-Path está vacío. Esto significa que durante la conversación SMTP, el comando MAIL FROM no especificó una dirección de correo electrónico donde se envían los rebotes. Es el dominio de esta dirección de correo electrónico que SPF prueba. Si no hay una dirección de correo electrónico, se producirá un error.

10

Va a ser difícil responder a esto sin la información real (direcciones IP involucradas, nombre de dominio, dirección del remitente, registro de SPF completo, etc.). También parece que este mensaje no se envió a Gmail directamente, sino que se recuperó de su servidor a través de Gmail Fetch (Header X-Gmail-Fetch-Info), lo que hace que el análisis sea aún más complicado.

Aquí hay algunas posibilidades:

  • no válido registro SPF (en su ejemplo no hay espacio entre la IP y -todas)
  • dirección IP incorrecta en el SPF registro
  • su servidor no envía correos directamente, el correo se envía a través de un smarthost en su lugar que falta en el registro SPF
  • SPF no es el problema (ej. su correo no tiene un encabezado de fecha que puede hacer que sea marcado como spam también, From/Reply-To/X.Sender no son direcciones de correo electrónico reales, ...)
8

Eso significa que usted está enviando correo electrónico utilizando la dirección que no es la suya (por ejemplo, el servidor SMTP tiene nombre de dominio CompanyABC.COM mientras tu estás un poco con el envío de correo del remitente: alguien @ CompanyDDD)

Cuestiones relacionadas