Estaba considerando configurar mi propio servidor de correo y una de las cosas que he leído es que debo configurar el DNS inverso para que un filtro de correo no deseado lo atrape.
¿Es eso realmente un deber? ¿No es suficiente SPF y DKIM para evitar que se etiqueten como spam?
Tu pregunta,
"¿Es necesario tener un registro PTR para enviar servidores de correo?"
no es tan fácil de responder por completo.
¿Es un requisito poder enviar correo?
No, puedes enviar correo desde cualquier dirección.
"¿SPF y DKIM pueden reemplazar un registro PTR?"
la respuesta es no, cada una de ellas tiene una función diferente.
y cuando combinamos la pregunta y observamos el problema completo, debemos considerar que, como remitentes de correo, tenemos que invocar la confianza en nosotros mismos como una parte confiable que juega bien, no envía spam, etc. buen remitente)
Para invocar esa confianza debemos implementar un registro PTR para nuestro servidor de correo, un registro SPF y un registro DKIM para proteger nuestros mensajes y la fuente canónica de mensajes.
En conclusión, ¿es realmente necesario un PTR cuando aloja su propio servidor de correo de envío? Sí, porque queremos que otros confíen en nosotros como remitentes de correo adecuados.
Los estándares no requieren que PTR envíe correo, pero los servidores reales que reciben correos con frecuencia requieren PTR válidos. ¿Por qué? Para eliminar parcialmente el spam de las botnets. Los PTR son bastante difíciles de obtener con algunos proveedores de red económicos y, por conjeturas, muchos miembros de la red de bots no tendrían un PTR válido.
Todos los demás registros de DNS son mucho más fáciles de configurar que PTR (no entraré en razones técnicas bastante oscuras).
SPF y DKIM no tienen nada que ver con el spam. Son anti-spoofing. De hecho, muchos spammers tienen registros perfectos de DMARC, DKIM, SPF. Puede estar seguro de que el spam que envían no está falsificado, Hurray.