Gmail y Live están haciendo todos los mensajes de mi servidor como spam


18

Estoy obteniendo resultados muy extraños aquí. Cuando mi servidor envía un correo electrónico a mi cuenta @hotmail o @gmail, se marca como spam. Cuando envío un correo electrónico a través de mi servidor desde Outlook a @hotmail, no se marca como spam, pero todavía se marca como spam en gmail. Sin embargo, parecen pasar bien en Yahoo.

El nombre de host de mi servidor A apunta a una dirección IP cuyo registro PTR apunta de nuevo al mismo nombre de dominio. El registro TXT tiene un registro SPF para permitir el envío de correo electrónico desde la IP de ese servidor.

Me mudé de un VPS a un servidor dedicado cuando esto comenzó a suceder. Por lo que puedo ver, los encabezados de los correos electrónicos son idénticos. Este es uno de mis encabezados de correo electrónico que Gmail marca como spam. Algunos campos fueron repaliados.

MYGMAILACCOUNT es la dirección de correo electrónico de la cuenta a la que se dirigió el correo electrónico.
USER es el nombre de la cuenta en el sistema desde el que se envió
HOSTNAME, los servidores FQDN
IPADDR es la dirección IP del nombre de host
MYDOMAIN es mi nombre de dominio

Delivered-To: MYGMAILACCOUNT
Received: by 10.220.77.82 with SMTP id f18cs263483vck;
        Sat, 27 Feb 2010 23:58:02 -0800 (PST)
Received: by 10.150.16.4 with SMTP id 4mr3886702ybp.110.1267343881628;
        Sat, 27 Feb 2010 23:58:01 -0800 (PST)
Return-Path: <USER@HOSTNAME>
Received: from HOSTNAME (HOSTNAME [IPADDR])
        by mx.google.com with ESMTP id 17si4604419yxe.134.2010.02.27.23.58.01;
        Sat, 27 Feb 2010 23:58:01 -0800 (PST)
Received-SPF: pass (google.com: best guess record for domain of USER@HOSTNAME designates IPADDR as permitted sender) client-ip=IPADDR;
Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of USER@HOSTNAME designates IPADDR as permitted sender) smtp.mail=USER@HOSTNAME
Received: from USER by HOSTNAME with local (Exim 4.69)
    (envelope-from <USER@HOSTNAME>)
    id 1Nle2K-0000t8-Bd
    for MYGMAILACCOUNT; Sun, 28 Feb 2010 02:57:36 -0500
To: Ryan Kearney <MYGMAILACCOUNT>
Subject: [Email Subject]
MIME-Version: 1.0
Content-type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
From: webmaster@MYDOMAIN
Message-Id: <E1Nle2K-0000t8-Bd@HOSTNAME>
Sender:  <USER@HOSTNAME>
Date: Sun, 28 Feb 2010 02:57:36 -0500
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - HOSTNAME
X-AntiAbuse: Original Domain - gmail.com
X-AntiAbuse: Originator/Caller UID/GID - [503 500] / [47 12]
X-AntiAbuse: Sender Address Domain - HOSTNAME

¿Alguien tiene alguna idea de por qué todo el correo que sale de mi servidor se marca como spam?

EDITAR: Ya usé http://www.mxtoolbox.com/SuperTool.aspx para verificar si las IP de mis servidores están en la lista negra y de hecho no lo están. Al principio pensé eso, pero no es el caso.

Actualización 1 de marzo de 2010 Recibí el siguiente correo electrónico de Microsoft

Gracias por escribir a Windows Live Hotmail Domain Support. Mi nombre es ******* y te ayudaré hoy.

Hemos identificado que los mensajes de su IP se están filtrando según las recomendaciones del filtro SmartScreen. Esta es la tecnología de filtrado de spam desarrollada y operada por Microsoft y se basa en la tecnología del aprendizaje automático. Aprende a reconocer qué es y qué no es spam. En resumen, filtramos los correos electrónicos entrantes que parecen spam. No puedo entrar en detalles específicos sobre lo que implican estos filtros específicamente, ya que esto los haría inútiles.

Los correos electrónicos de IP se filtran en función de una combinación de reputación de IP y el contenido de correos electrónicos individuales. La reputación de una IP está influenciada por varios factores. Entre estos factores, que usted como remitente puede controlar, están:

  • Tasa de denuncia de informes de correo no deseado de IP
  • La frecuencia y el volumen en que se envía el correo electrónico.
  • El número de visitas a la cuenta de trampa de spam
  • La tasa de éxito de RCPT

Así que supongo que tiene que ver con el hecho de que obtuve una dirección IP con poco o ningún historial en el envío de correo electrónico. He confirmado que no estoy en ninguna lista negra. Supongo que es una de esas cosas que funcionará en un mes más o menos. Publicaré cuando escuche más.


1
Received: from HOSTNAME (HOSTNAME [IPADDR])Esta es la parte crítica, vuelva a enviar su pregunta sin que estos datos estén ocluidos.
Dave Cheney

Respuestas:


12

Los principales servicios de correo modernos califican el spam en función de múltiples factores de reputación, si están disponibles.

Si el único factor es su IP y no envía correos con frecuencia, esto podría ser "la reputación de / 24 mi IP está en". Si envía mucho correo , puede obtener su propia reputación.

La forma más fácil de obtener reputación que "ahoga" la reputación de IP de su netblock es configurar DKIM. Envía tus correos firmados. Esto establecerá una reputación por dominio, en lugar de una reputación por IP, y proporciona más señal a los sistemas de puntuación automatizados.

Cuanto más trabaje para ayudar a los destinatarios de su correo electrónico a descubrir quién es usted y cuán confiable es, más señales tendrán para trabajar y mejor será el trabajo que los sistemas automatizados pueden hacer para decidir que usted es legítimo, a diferencia de quien sea De lo contrario, compró una máquina virtual en el mismo bloque de red, eliminó el correo no deseado y luego se fue, las facturas al servicio de alojamiento sin pagar y la reputación de todos los demás empañada.


Después de ponerme en contacto con Microsoft y Google, me enteré de que este era el caso.
Ryan Kearney

4

Según lo declarado por Sickin, busque listas negras populares si su servidor está en la lista @ http://www.mxtoolbox.com/blacklists.aspx

Si su IP aparece en la lista, elimínela visitando sus sitios web.

Opcionalmente, asegúrese de tener un DNS inverso válido en la dirección IP. Tenga en cuenta que esto podría llevar varios días en GMail y Live.


3

¿Está ejecutando su servidor de correo electrónico fuera de su hogar? ¿Con, por ejemplo, una conexión de cable módem / DSL? Si es así, probablemente se etiqueten como spam porque su dirección IP se conoce como dirección DHCP para un ISP.


2

Es probable que no sea un ISP y que no tenga un bloque estático de direcciones que le pertenezcan, por lo que algunos (muchos) servicios de correo electrónico sospecharán que es spam solo porque tiene una dirección IP que no se conoce bien . (No en la lista negra, pero tampoco en la lista blanca). También podría ser una PC hogareña tomada como parte de una botnet por lo que saben.

Le recomiendo que se ponga en contacto con su ISP sobre un servidor inteligente, un servidor que ejecutan solo para pasar su correo a través de un servidor de correo "conocido". Esto hará dos cosas. Primero, te permitirá pasar la mayoría de esos filtros. En segundo lugar, si te secuestran, tu ISP cerrará tu correo saliente y te lo hará saber.

No, la lista blanca no ayudará. No puede mantenerse al día con todos, y muchos no aceptarán su IP porque está (probablemente) en un bloque dinámico. (Podría tener la misma IP durante 20 años, pero si está en un bloque dinámico, es dinámico. Piense en 555-1234 ...)


0

Solo una idea, ¿esto podría deberse al hecho de que te has mudado a una IP que ha sido incluida en la lista negra? Es posible.

De todos modos, es casi imposible salir de una lista negra. Sugiero mover su servidor a otra dirección IP, cambiar el nombre de host en su CNAME y probarlo nuevamente, de esa manera sabrá si fue la IP la que se incluyó en la lista negra y no su nombre de host.




0

Pruebe esta prueba del servidor de correo electrónico . Tiene algunas comprobaciones de contenido adicionales además de las IP / DNS estándar y puede darle una idea de lo que está mal.


Todo es verde excepto BATV (Validación de etiqueta de dirección de rebote) Verifique que estaba amarillo y dijo "El servidor de correo electrónico no usa el formato BATV mientras envía correos electrónicos. Se recomienda BATV para asegurarse de que sus usuarios no sean víctimas de inundaciones de rebote".
Ryan Kearney

BATV no es un problema que pueda hacer que sus correos electrónicos vayan a la carpeta SPAM. Lo único que quedará será contactar a los respectivos administradores de correo y pedirles que incluyan en la lista blanca su IP.
Srikrishnan Chitoor

0

¿Algo de esto ayuda? http://mail.live.com/mail/troubleshooting.aspx

Específicamente:

¿Estás enviando correos electrónicos desde nuevas direcciones IP?

Las IP que no se usaban anteriormente para enviar correos electrónicos generalmente no tienen ninguna reputación acumulada en nuestros sistemas. Como resultado, es más probable que los correos electrónicos de nuevas IP experimenten problemas de entrega. Una vez que la IP se ha forjado una reputación de no enviar spam, Windows Live Hotmail generalmente permitirá una mejor experiencia de entrega de correo electrónico.

Las nuevas direcciones IP que se agregan para dominios que se autentican bajo los registros de Id. De remitente existentes generalmente experimentan el beneficio adicional de heredar parte de la reputación de envío del dominio. Si el dominio tiene una buena reputación de envío, las nuevas IP pueden experimentar un tiempo de aceleración más rápido. Una nueva IP puede esperar que se amplíe por completo en un par de semanas o antes, dependiendo del volumen, la precisión de la lista y siempre que sus tasas de quejas por correo electrónico no deseado se mantengan al mínimo. Para actualizar o crear su registro de ID de remitente, haga clic aquí.

Nota: además de agregar sus nuevas direcciones IP a los registros de identificación de remitente existentes, no olvide actualizar su cuenta del Programa de informes de correo electrónico no deseado (JMRP) con las nuevas direcciones IP. Para actualizar o configurar una cuenta JMRP, haga clic aquí.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.