Qualquer que seja o PTR que corresponda à parte @domain dos endereços de email ou não, realmente não importa. A parte de importação é que o registro PTR deve corresponder ao nome usado durante o HELO / EHLO, quando o seu servidor SMTP "se introduz".
Estou tentando garantir que meu servidor de e-mail esteja configurado corretamente. Um dos passos é garantir que o DNS reverso funcione. Nós enviamos um email de ... @ domain.com. Quando eu testo o rDNS usando nslookup eu recebo:
$ nslookup yast.com
Server: 192.168.80.1
Address: 192.168.80.1#53
Non-authoritative answer:
Name: domain.com
Address: 1.2.3.4
$ nslookup 1.2.3.4
Server: 192.168.80.1
Address: 192.168.80.1#53
Non-authoritative answer:
4.3.2.1.in-addr.arpa name = www2.domain.com.
Authoritative answers can be found from:
193.156.64.in-addr.arpa nameserver = ns3.m5hosting.com.
193.156.64.in-addr.arpa nameserver = ns2.m5hosting.com.
ns3.m5hosting.com internet address = 209.216.230.5
ns2.m5hosting.com internet address = 209.216.206.16
www2.domain.com é o nome do servidor (provavelmente pode ser alterado).
Os servidores de e-mail no google, aol, yahoo, etc. vêem isso como suspeito?
A resposta de andol está correta. Posso acrescentar que, quando provisionamos seu servidor, criamos o registro PTR para o primeiro endereço IP (no seu caso, você tem apenas um IP) para corresponder ao nome do host do servidor. A menos que você tenha alterado a configuração de email ou alterado o nome do host do servidor, você já está configurado corretamente para o PTR.
Se você fez alterações no nome do host ou na configuração do servidor de email, deixe-nos saber o que é agora e podemos fazer uma alteração no registro PTR imediatamente. Também podemos atualizar as informações da sua conta para que o novo nome do host seja refletido no portal do cliente e na fatura mensal.
Mike