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
Sin embargo, parece que los servidores de Google Gmail han marcado mis correos electrónicos como "Basura" durante mucho tiempo, pero otros proveedores, como Yahoo Mail, no lo hacen. Crear más cuentas de correo electrónico no ayudó. También he usado cuentas de correo electrónico que pertenecían a diferentes dominios.
¿Cómo puedo evitar que los servidores de Gmail marquen mis correos electrónicos como "no deseados"?
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 con example.com?”La respuesta a esa pregunta o sería, si ese servidor se le permite enviar correos electrónicos para example.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:
dig -x 123.456.789.0
¿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:
Los registros del Marco de políticas del remitente (SPF) permiten a los propietarios de dominios publicar una lista de direcciones IP o subredes que están autorizadas para enviar correos electrónicos en su nombre. El objetivo es reducir la cantidad de spam y fraude haciendo que sea mucho más difícil para los remitentes maliciosos disfrazar su identidad.
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í:
v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all
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.