
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]
- 188.40.153.39 es nuestra IP VPS
- [correo electrónico protegido]es el remitente
- [correo electrónico protegido]es receptor
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.com
a mx.google.com
for [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í:
- Vuelva a escribir el sobre usando elEsquema de reescritura del remitentepor ejemplo conpostfix-srsd.
- Antes de enviar/retransmitir, autenticarse en gmail
- 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).