Sim, se você não tiver um registro A para mail.x.com, defina como 70.63.x.34. O sistema de e-mail do destinatário provavelmente tem um filtro de spam que faz pesquisas reversas no domínio do remetente para ajudar a marcar spam.
Recebeu o seguinte erro de um usuário:
AVISO: O DNS de encaminhamento NÃO corresponde ao DNS reverso.
O DNS é INCONSISTENTE.
Alguns usuários estão tendo seus e-mails marcados como spam. Eu olhei nos registros PTR e encontrei as seguintes informações:
70.63.x.34 PTR - mail.x.com
70.63.x.36 PTR - mail.x.com
x.com
Um registro - mail.x.com - > 70.63.x.36
Eu acho que minha pergunta seria; Devo remover o PTR de 70.63.x.34?
Você ainda não disse como o servidor de e-mail está realmente configurado para enviar e-mails, que é o bit da chave.
Ter um registro extra de PTR não é um problema. O envio de mensagens desse IP é.
Tente isto:
dig -t mx x.com.
Se você enviar e-mails de .36, não deverá ter problemas. Se você enviar de .34 você terá um problema, ou se você enviar de ambos, você precisa dos dois endereços como registros A e ambos como registros PTR e talvez como registros SPF também!
Além disso, qual é o seu servidor configurado para dizer sobre o comando EHLO? Se você estiver reportando seu servidor interno, ele não corresponderá.
No Exchange 2007/2010, você acessaria a Configuração da Organização > Transporte de Hub > Conectores de Envio e na Guia Geral no campo "Especificar o FQND que este conector fornecerá em resposta a HELO ou EHLO", digite esse email.x .com.