IP LISTA NEGRA

Buenas BOTTARI-2002 

Te insto a informarte por tu propia cuenta y a realizar diferentes pruebas, con independencia de lo que digan unos y otros.

La IP asignada a la conexión desde la que se redacta un correo, actualmente no la tiene en cuenta nadie. Y para no ser mentiroso porque a lo mejor existe algún proveedor de correo la tiene en cuenta, digamos que prácticamente nadie. Y no, ni Gmail ni Microsoft ni... la miran, ni la tienen en cuenta. Luego te pongo un ejemplo directo de esto para que lo veas con tus propios ojos.

Además, no tendría ningún sentido tener en cuenta la IP del MUA (de quien redacta el correo)

a) Esta IP ni siquiera está en muchos casos en las cabeceras de los correos. Depende del proveedor de correo usado que la incorpore o del propio cliente de correo usado, aparecerá o no. Es decir, que en muchos casos es un dato que ni siquiera se tiene acceso. No está definida en ningún estándar de correo electrónico, depende que esté presente únicamente del MUA usado o del servidor SMTP/MTA que la incorpore

b) La inmensa mayoría de todas las IPs son dinámicas, y por ende ya están de facto en listas negras. Si se tuviesen en cuenta o se revisasen si están o no en lista negra, dejaría de circula el 99% del correo electrónico mundial. Prueba sencilla y rápida de esto?? Bien, mira que pasa si compruebo la IP actual de mi línea en listas negras de correo.... he ocultado parte por cuestiones de privacidad, obviamente:

Como es de esperar, dice que estoy listado en dos listas negras, en RATS NoPtr y en Spamhaus Zen, lo cual es lógico porque mi IP no tiene asignado ningún rDNS y además es dinámica.

c) Las tecnologías de combatir el SPAM como SPF, DKIM y DMARC... hacen uso precisamente de la IP del servidor MTA, ya que es la que realmente importa. Verifican si el dominio que se está usando tiene la IP dada, o si la IP dada está como IP permitida... todo eso es repito la IP del MTA, no la IP del MUA.

No obstante, como ya te he explicado esta IP no tiene ninguna relevancia para los proveedores de correo, sólo la IP del servidor de correo, no la IP de la conexión que usa el remitente. Prueba de ello es miles, millones... de usuarios que están en las mismas circunstancias. Es más, yo para el correo no suelo hacer uso de webmail, y tengo mi propio dominio y hago uso de un proveedor de correo externo también. En mi caso particular gestiono las más de 10 cuentas de correo desde Thunderbird (cliente de email), ya sean de mi dominio propio, cuentas de Gmail, cuentas de Microsoft y otras varias.

Dicho de otro modo, absolutamente TODOS los correos que envío desde mi equipo usan mi conexión como es lógico la cual es una IP que está en dos listas negras... ¿que raro, no? ¿Como es que llegan mis correos sea cual sea el destinatario si mi línea está en dos listas negras? Bueno... como ya he dicho, esa IP no tiene importancia alguna. Puedes hacer la misma prueba si quieres en tu casa, comprobar la IP de tu casa en esos listados y probar a enviar un correo electrónico desde tu casa con cualquier gestor de correo, a ver que sucede 😉

---------------

Otra cosa totalmente diferente es que mi IP, en esas dos listas negras, intentase enviar un correo directamente, es decir, como si tuviese un servidor de correo en mi propia casa. Entonces es cuando esas listas negras van a hacer su efecto. Lo que pongo a continuación es una sesión SMTP directa a GMAIL, es decir... como si yo fuese el MTA:

#dig +short gmail.com mx
10 alt1.gmail-smtp-in.l.google.com.
20 alt2.gmail-smtp-in.l.google.com.
30 alt3.gmail-smtp-in.l.google.com.
5 gmail-smtp-in.l.google.com.
40 alt4.gmail-smtp-in.l.google.com.

#ncat -C gmail-smtp-in.l.google.com 25
220 mx.google.com ESMTP ffacd0b85a97d-38bf329a12esi10401534f8f.882 - gsmtp
ehlo micasaesbonita.es
250-mx.google.com at your service, [mi_IP]
250-SIZE 157286400
250-8BITMIME
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-CHUNKING
250 SMTPUTF8
mail from: <test@micasaesbonita.es>
250 2.1.0 OK ffacd0b85a97d-38bf329a12esi10401534f8f.882 - gsmtp
rcpt to: <perico@gmail.com>
250 2.1.5 OK ffacd0b85a97d-38bf329a12esi10401534f8f.882 - gsmtp
data
354 Go ahead ffacd0b85a97d-38bf329a12esi10401534f8f.882 - gsmtp
Message-ID: <1737564464@micasaesbonita.es>
from: Pepe <test@micasaesbonita.es>
to: perico <perico@gmail.com>
Subject: Intento de correo

prueba de intento de envio de correo desde una IP en lista negra a gmail.

.
550-5.7.1 [mi_IP] The IP you're using to send mail is not authorized to
550-5.7.1 send email directly to our servers. Please use the SMTP relay at your
550-5.7.1 service provider instead. For more information, go to
550 5.7.1  https://support.google.com/mail/?p=NotAuthorizedError ffacd0b85a97d-38bf329a12esi10401534f8f.882 - gsmtp

Como puedes ver,  ahí Gmail si rechaza mi correo por estar mi IP en una lista negra. Esto sucede porque estoy actuando yo como MTA, es decir, si el servidor de correo estuviese en mi propia casa y por ende usase mi propia línea.

No obstante, usamos un proveedor de correo electrónico para ello por medio de SMTP. He ocultado/falseado los datos de autentificación y cuenta de correo por motivos obvios:

#ncat -C --ssl smtp.gmail.com 465
220 smtp.gmail.com ESMTP ffacd0b85a97d-38bf32221a8sm17032226f8f.37 - gsmtp
ehlo micasaesbonita.es
250-smtp.gmail.com at your service, [mi_IP]
250-SIZE 35882577
250-8BITMIME
250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN OAUTHBEARER XOAUTH
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-CHUNKING
250 SMTPUTF8
auth plain
334
AHRoZWxpZWxAbWljYXNhZXNib25pdGEuZXMAdGVzdHRlc3Q=
235 2.7.0 Accepted
mail from: <theliel@micasaesbonita.es>
250 2.1.0 OK ffacd0b85a97d-38bf32221a8sm17032226f8f.37 - gsmtp
rcpt to: <perico@gmail.com>
250 2.1.5 OK ffacd0b85a97d-38bf32221a8sm17032226f8f.37 - gsmtp
data
354 Go ahead ffacd0b85a97d-38bf32221a8sm17032226f8f.37 - gsmtp
Message-ID: <1737564464@micasaesbonita.es>
from: Theliel <theliel@micasaesbonita.es>
to: Theliel <perico@gmail.com>
Subject: Ahora si se envia

Este correo si se envia porque se usa un servidor SMTP

.
250 2.0.0 OK  1737566283 ffacd0b85a97d-38bf32221a8sm17032226f8f.37 - gsmtp

En ambos casos, la IP de origen de quien redacta el mensaje es exactamente la misma.

-En el primer caso no funciona porque simula un servidor de correo sobre mi red, y obviamente mi IP está en listas negras de correo por las razones descritas (dinámica, sin rDNS, mala valoración..)

-En el segundo caso funciona porque hago uso de un servidor SMTP, en este caso gmail porque es el proveedor de correo de micasaesbonita.es (el dominio es inventado), y el servidor SMTP es smtp.gmail.com. Es decir, yo redacto igualmente el mensaje, pero lo envío a través de mi proveedor de correo. Si te fijas bien hay pasos adicionales, mi servidor de correo SMTP me obliga a autentificarme (auth plain). Pasado eso, el resto es similar, y obviamente el corre se envía, no hay error.

---------

Repito, no hay mejor prueba de todo ello que los millones y millones de correos que son enviados cada día bajo conexiones similares sin ningún tipo de problema estando en dichas listas, lo cual es como digo totalmente normal.

Y si no quieres creerme, no tienes por qué hacerlo, te insto como digo a buscar información fidedigna sobre ello en Internet, preguntando a expertos si la IP de origen de quien redacta el propio correo tiene alguna relevancia cuando se hace uso de un proveedor de correo externo por medio de SMTP.

No sé que problema podrá o no tener vuestro proveedor de correo, pero a todas luces es un problema de ellos. No puedo afirmarlo al 100% porque la verdad absoluta no existe, y pueden existir casos extremadamente aislados y raros donde el problema puede estar en otro lado, e igual no se ha tenido en cuenta y por eso está fallando. Pero desde luego en lo tocante a la IP de quien redacta el mensaje, haciendo luego uso de un servidor SMTP... me da que no.

Saludos.

Pregunta: Os sucede lo mismo