Error en la verificación del SPF de Gmail al importar correo a través de IMAP desde nuestro buzón cuando el correo electrónico original se envió con encabezados ESMTP

Error en la verificación del SPF de Gmail al importar correo a través de IMAP desde nuestro buzón cuando el correo electrónico original se envió con encabezados ESMTP

Tenemos una situación extraña:

  • recibimos un correo electrónico con encabezados ESMTP
  • nuestro servidor lo acepta, está bien
  • Importamos ese correo en Gmail como cualquier otro correo electrónico de nuestras casillas.
  • Gmail realiza una comprobación de SPF que falla
  • Gmail utiliza la dirección IP de nuestro servidor y el dominio del remitente de correo para realizar esa verificación (¡sic!)

También tenemos un problema similar con los correos entre casillas locales (pero allí Gmail usa el dominio de nuestro servidor y la IP del cliente):Error en el SPF para el correo electrónico importado a Gmail debido a la IP del cliente en lugar del mensaje del servidor cuando se envía a través de SMTP de un buzón local a otro

Ejemplo:

Received-SPF: fail (google.com: domain of [email protected] does not designate 188.40.153.39 as permitted sender) client-ip=188.40.153.39;
Authentication-Results: mx.google.com;
   spf=fail (google.com: domain of [email protected] does not designate 188.40.153.39 as permitted sender) [email protected]

Más encabezados:

Delivered-To: [email protected]
Received: by 10.194.168.164 with SMTP id zx4csp522020wjb;
    Thu, 19 Feb 2015 06:26:04 -0800 (PST)
X-Received: by 10.180.219.66 with SMTP id pm2mr10333511wic.91.1424355964017;
    Thu, 19 Feb 2015 06:26:04 -0800 (PST)
Return-Path: <[email protected]>
Received: from server.webvizarts.com  (server.webvizarts.com . [188.40.153.39])
    by mx.google.com with ESMTPS id ge6si41332059wjd.24.2015.02.19.06.26.03
    for <[email protected]>
    (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
    Thu, 19 Feb 2015 06:26:04 -0800 (PST)
Received-SPF: fail (google.com: domain of [email protected] does not designate 188.40.153.39 as permitted sender) client-ip=188.40.153.39;
Authentication-Results: mx.google.com;
   spf=fail (google.com: domain of [email protected] does not designate 188.40.153.39 as permitted sender) [email protected]
Received: from mx.msit.gov.pl ([77.252.152.34])
    by server.webvizarts.com  with esmtp (Exim 4.83)
    (envelope-from <[email protected]>)
    id 1YOS3G-0003eP-T2
    for [email protected]; Thu, 19 Feb 2015 15:26:03 +0100
Received: from msit.gov.pl (unknown [192.168.10.30])
    by mx.msit.gov.pl (Postfix) with ESMTPS id 5BE2F3B64
    for <[email protected]>; Thu, 19 Feb 2015 15:24:48 +0100 (CET)
Received: from EX3.sport.local (192.168.10.30) by EX3.sport.local
 (192.168.10.30) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Thu, 19 Feb
 2015 15:22:45 +0100
Received: from EX3.sport.local ([fe80::b8ed:df29:c87:77d2]) by EX3.sport.local
 ([fe80::b8ed:df29:c87:77d2%15]) with mapi id 15.00.1044.021; Thu, 19 Feb 2015
 15:22:45 +0100
From: John Smith <[email protected]>
To: Christopher Smith <[email protected]>
Subject: Re: Some sensitive subject
Thread-Topic: Some sensitive subject
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.168.0.102]

Título oscurecido, nombres de buzones y nombres de personas.

Tenemos dovecot+exim en VPS basado en Debian.

Buscamos alguna solución para evitarlo. ¿La implementación en Gmail es defectuosa o podemos hacer algo al respecto?

Editar: según el comentario, el reenvío se toma por error como importación

Respuesta1

[...]
importamos ese correo en Gmail como cualquier otro correo electrónico de nuestras casillas
[...]

Eso está mal, ya que los encabezados del correo dicen algo diferente:

Received: from server.webvizarts.com  (server.webvizarts.com . [188.40.153.39])
    by mx.google.com with ESMTPS id ge6si41332059wjd.24.2015.02.19.06.26.03
    for <[email protected]>
    (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
    Thu, 19 Feb 2015 06:26:04 -0800 (PST)

Los correos electrónicos son reenviados por server.webvizarts.coma mx.google.comfor [email protected]. Aparentemente sin configurar el sobre desde:

Authentication-Results: mx.google.com;
   spf=fail (google.com: domain of [email protected] does not designate 188.40.153.39 as permitted sender) [email protected]

Evidentemente el sobre todavía está [email protected]...

Se me ocurren tres opciones que tienes aquí:

  1. Vuelva a escribir el sobre usando elEsquema de reescritura del remitentepor ejemplo conpostfix-srsd.
  2. Antes de enviar/retransmitir, autenticarse en gmail
  3. Envíe el correo electrónico a los buzones de correo IMAP/POP3 de Gmail desde su servidor o déjelos extraerlo de su servidor mediante Gmail (no sé cuál es más fácil).

información relacionada