Normalmente, cuando configuro un servidor de correo, creo un registro rDNS para que la IP del servidor de correo coincida con el nombre de host del servidor de correo (por ejemplo: mail.example.com).
¿Puedo, en cambio, configurar el ptr de rDNS para que coincida con el dominio principal (por ejemplo, ejemplo.com), si este servidor se utiliza para múltiples propósitos y aun así enviar correo correctamente (es decir, no clasificarse como spam debido a rDNS no coincidentes)?
¡Gracias!
EDITAR: El artículo enhttp://en.wikipedia.org/wiki/Forward_Confirmed_reverse_DNSParece indicar que podría ser más complicado de lo que había pensado. Por ejemplo, 1) No sabía que se podían tener varios registros PTR para una IP determinada; 2) parece que siempre que cada registro PTR coincida con un registro A, todo está bien (básicamente anulando mi pregunta). ¿Estarías de acuerdo?
Respuesta1
La mayoría de los servidores de correo receptores que he encontrado en la naturaleza buscan asegurarse de que la dirección IP entrante tenga una entrada DNS inversa y se detienen allí. En su mayor parte, mientras exista uno, será aceptado.
Algunos intentarán resolver el nombre de host devuelto por la búsqueda DNS inversa y se asegurarán de que se resuelva (pero no es necesario que coincida con la IP entrante). Algunos llegan incluso a comparar los resultados (el nombre de host debe coincidir con la IP entrante).
Generalmente aseguro un "bucle de resolución" haciendo que el nombre de host se asigne a la IP y la entrada inversa en la IP coincida con el nombre de host. En la mayoría de los casos, bastará con tener una entrada DNS inversa, incluso si no coincide perfectamente.