Cada vez que envío un correo desde [email protected]una cuenta de Gmail, Gmail lo trata como correo no deseado.
Estoy hablando del único correo electrónico que envío a un cliente potencial después de haberlo conocido (seguramente es correo no deseado). Ya ha sucedido varias veces:
"¡Oye! Nunca enviaste ese correo electrónico que me prometiste" , dice el prospecto.
"¿Cómo es que ...? Lo envié. Revise el correo electrónico no deseado", le contesto.
"Oh, ahí está ..."
Creo que tiene que ver con example.comno ser un dominio conocido.
¿Cómo / dónde debo quejarme de esto?
gmail
spam-prevention
Toto
fuente
fuente
Respuestas:
Jeff Atwood tuvo una muy buena publicación sobre cosas que hacer para ayudar a que su correo electrónico se transmita. Esto marcó una gran diferencia para la empresa para la que trabajo. Algunos puntos destacados:
fuente
Respuesta más corta
En mi experiencia, no tener un registro PTR (DNS inverso) establecido para la dirección IP de un servidor es la forma principal en que el correo electrónico se marca como SPAM en servicios como Gmail e incluso AOL.
Relacionado pero si no tiene un registro SPF (Sender Policy Framework) establecido para el nombre de dominio, eso no ayudará en absoluto, por lo que también debe tener ese conjunto.
Pero al final, el PTR es realmente lo más importante seguido por el SPF.
Más allá de estos dos está el concepto de DKIM (DomainKeys Identified Mail) y se usa para validar correos. Pero en mi experiencia, la mayoría de las configuraciones de servidor solo necesitan obtener un conjunto de registros PTR junto con un SPF para que desaparezca el marcado de SPAM.
Solo debe tratar con cosas DKIM si no tiene otra opción; no porque sea difícil de configurar, pero no significará mucho sin contar con registros válidos de PTR y SPF.
Respuesta larga
Lo más probable es que el problema no tenga un registro PTR adecuado o una configuración de registro SPF para el servidor. Recuerde: cualquier servidor del mundo puede enviar correos electrónicos y la protección contra SPAM es un sistema de puntuación y no una ciencia exacta.
¿Qué es un registro PTR (DNS inverso)?
En pocas palabras, un registro PTR es un registro DNS inverso que conecta una dirección IP a un nombre de host. Puede sonar como una búsqueda de nombre de host estándar, pero no lo es en absoluto. Es todo lo contrario: un registro PTR es un registro de a qué nombre de host se le asigna una dirección IP desde el punto de vista del servicio de alojamiento que asignó a ese servidor una IP.
Entonces, si la dirección IP de su servidor es
123.456.789.0una búsqueda de registros PTR para esa dirección IP, tendría que coincidir con el nombre de host de su servidor. Pero ese valor se establecería no en una entrada de DNS como podría saberlo, sino dentro de los servidores de DNS que están conectados al servicio de alojamiento en sí.Esta es una verificación de referencias cruzadas contra SPAMmers, ya que la realidad es que cualquiera puede configurar un servidor de correo básico real en casi cualquier PC del mundo. Pero el hecho de que un servidor pueda enviar correo no significa que lo que envía sea válido. Lo que hace un registro PTR es básicamente "responder" por cualquier correo que salga de un servidor en esa dirección IP y diga: "Está bien, ¿recibió un correo electrónico
example.comde uno de nuestros servidores? Me permiten comprobar y ver si ese servidor se asocia conexample.com?”La respuesta a esa pregunta o sería, si ese servidor se le permite enviar correos electrónicos paraexample.como no, no tenemos idea de lo que es ... Hagan lo que quieran con ese correo.En cuanto a cómo establecer un registro PTR, depende del servicio y las políticas de alojamiento de su servidor. Algún servicio le permitirá establecer independientemente el registro PTR a través de un panel de control. Otros lo harán contactarlos, ya sea por correo electrónico, teléfono o correo, para tener un registro establecido.
Por ejemplo, sé que la configuración EC2 de Amazon le permite realizar una solicitud a través de un formulario web para obtener un conjunto de registros PTR y no hay garantía de que aprobarían un cambio de registro PTR; aunque la mayoría de las veces lo hacen. Pero lugares como Rackspace simplemente te permiten establecer esos valores por tu cuenta sin la necesidad de pedir permiso.
Para verificar el registro PTR de su servidor, puede usar una herramienta como esta herramienta de "búsqueda inversa de IP" de MXToolbox . O si se siente cómodo con la línea de comandos en Linux / Unix, simplemente ejecute un comando como este:
¿Qué es un registro SPF (Sender Policy Framework)?
Otra pieza del rompecabezas básico de hacer que el correo no se marque como SPAM es garantizar que se establezca un registro SPF adecuado. Puede encontrar una explicación profunda de lo que es un registro SPF en el sitio web oficial de SPF . Pero esta herramienta de búsqueda de registros de MXToolbox "Sender Policy Framework (SPF)" lo explica muy bien:
Para establecer un registro SPF, necesitaría establecer un registro TXT en el registro DNS para su nombre de dominio que se vería así:
Eso básicamente dice que cualquier nombre de host o dirección IP que figure en ese SPF puede enviar correos electrónicos en nombre de
example.com. Este ejemplo es bastante simple, pero el beneficio de un registro SPF es decir que tiene 1/2 docena de servidores conectados a su nombre de host y todos tienen diferentes direcciones IP. Un registro SPF que incluiría las direcciones IP de esos 1/2 docena de servidores básicamente "garantizaría" la validez de los correos enviados desde esa dirección IP en nombre de ese nombre de host.fuente
Los servicios gratuitos de correo electrónico como Gmail, Hotmail, Yahoo y similares reciben toneladas de correos no deseados por día. Es por eso que endurecieron las políticas de correo electrónico entrante y aplican reglas muy concretas y estrictas para asegurarse de que cualquier correo entrante no sea spam, de lo contrario, envíelo a la carpeta de correo no deseado.
En primer lugar, debe tener una
SPFpolítica válida . No mencionas qué MTA de correo electrónico estás ejecutando, pero configurar una política SPF es bastante sencillo y es independiente de MTA. Básicamente es un registro DNS que dice desde qué IP / dominios se le permite a su dominio enviar correo electrónico. Si se recibe un correo electrónico desde una dirección IP diferente a las anunciadas en su registro DNS, es probable que termine en la carpeta Correo no deseado. Hay algunos enlaces que pueden ayudarte:A continuación, se
DKIMestá volviendo cada vez más importante. Básicamente, esto firma su correo electrónico con una clave privada (generada por usted) y genera un registro DNS con la clave pública para que cualquier dominio receptor pueda verificar si el contenido del correo se ha falsificado o no.Hay otra forma de permitir que otros verifiquen sus correos electrónicos
DMARC. Básicamente es la combinación de los dos anteriores y usted decide qué deben hacer los demás con un correo electrónico que no pasa las restricciones DMARC, transmitiéndoles la decisión final. DMARC le permite recibir informes también (de otros dominios que ejecutan la comprobación DMARC).A continuación (y desafortunadamente no hay mucho que pueda hacer al respecto, al menos al principio), hay un término llamado reputación de IP . Muchos servicios de correo utilizan algunos servicios que les indicarán si una dirección IP tiene buena o mala reputación. Si su IP ha sido utilizada previamente para enviar spam, incluso antes de que la poseyera, lo más probable es que tenga una mala reputación. Si su dirección IP es desconocida, tampoco será confiable. Tendrá que ganar reputación al decirle a sus destinatarios que "incluyan en la lista blanca" sus correos electrónicos. Si muchas personas lo hacen, el proveedor de correo electrónico gratuito sabrá que no es dañino y aplicará una política más suave hacia usted.
Hay más conceptos al respecto, pero estos son los más importantes. Simplemente configure lo que puede configurar y sea paciente.
fuente
Una pequeña actualización para cualquiera que encuentre esto en 2018. Esto podría considerarse como una adición a la excelente respuesta de @ JakeGould (que omite DMARC).
Google aplicó algunas reglas más pesadas de filtro de spam y phishing con la nueva versión de Gmail. Si sus correos electrónicos terminan en el correo no deseado de alguien, asegúrese de haber configurado SPF , DKIM y DMARC correctamente. Puede usar varias herramientas para verificar las reglas MX de su dominio. Por ejemplo: MXToolbox o Google Toolbox .
También es posible que desee verificar su sitio con Postmaster para ver la reputación de su dominio de correo electrónico y rangos de ip.
Aquí hay un gran recurso de Google sobre cómo configurar DMARC a través de GSuite: https://support.google.com/a/answer/2466580?hl=en
Si encontró todos estos términos nuevos como yo, aquí hay una excelente serie de 3 publicaciones que explica los tres términos por returnpath.com
fuente
Esta página puede ser útil para usted:
https://mail.google.com/support/bin/answer.py?answer=81126
Si bien se aplica a los mensajes de correo masivo, hay bastante información sobre por qué los mensajes se pueden marcar como spam. No sé nada sobre su información específica, pero espero que pueda ver algo que sea útil.
fuente