Existem poucos serviços que requerem um registro PTR. A maioria dos serviços não exige nem faz uso de registros PTR. Em alguns casos, os administradores podem usar registros PTR para realizar alguma validação antes de conceder acesso aos serviços. Nesse caso, eles devem estar cientes de se os registros PTR estão ou não disponíveis. Se eles estiverem cientes de que os registros PTR não devem existir para os IPs do cliente, eles podem usar a presença de um registro PTR como sinalizador vermelho.
O registro PTR é gerenciado pelo provedor de IP, que pode ser uma organização totalmente diferente do seu provedor de DNS. Isso pode dificultar a atualização dos registros PTR. Isso fica ainda mais difícil se o endereço IP for emitido por um servidor DHCP. O administrador do domínio pode não conseguir criar um registro PTR e pode não conseguir que o provedor de IP configure um registro PTR.
Como os posts indicados por você, os servidores SMTP enviados para a Internet terão problemas de entrega se não tiverem um registro PTR que passe pelo rDNS. Não é necessário que um servidor MX tenha um registro PTR, a menos que também envie mensagens para a Internet. Recomendações recentes de anti-spam solicitam ISPs que implementam registros PTR para configurar o PTR, de modo que é óbvio que o servidor não deve enviar e-mails. Muitos ISPs não fornecem registros correspondentes a esses registros PTR.
De uma visualização de recebimento de mensagens, recebendo os registros PTR e A para que a validação do rDNS passe, indica:
- Compreensão das práticas padrão estabelecidas nas RFCs relevantes.
- Um nível razoável de competência.
- Coordenação dos provedores de IP DNS e do administrador DNS dos domínios.
Por outro lado, não ter um registro PTR indica um ou mais de:
- Uma indicação de que o servidor não deveria estar enviando e-mail para a internet.
- Um grau de incompetência do administrador do servidor de email.
- O endereço não está sob controle da organização que deve controlá-lo.