A situação:
- Embora SPF, DKIM e toda a formatação de e-mail sejam otimizados para pontuar 10/10 emtestador de correio, muitos e-mails enviados são marcados como spam no Google e no Outlook.
- O servidor primário envia os e-mails.
- Os e-mails recebidos são tratados com mailgun.org, portanto, os registros MX (no servidor primário) apontam para servidores mailgun.
- É relativamente fácil configurar o registro PTR para o servidor primário, mas o AFAIK é impossível no mailgun.
Questões
Configurar o registro PTR no servidor primário é suficiente?
Caso contrário: qual é a maneira exata como um grande provedor de serviços de e-mail verifica os e-mails recebidos em relação ao registro PTR?
a) domínio -> ler registro MX -> procurar PTR dedomínio no registro MX(que seria mailgun)
b) domínio -> procurar registro PTRdesse domínio(servidor primário neste caso)
c) outro?
Responder1
De modo geral, o servidor receptor irá olhar para o cliente que se conectou a ele e solicitará a entrega de algumas mensagens. A primeira parte do protocolo SMTP é um comando de saudação (HELO ou EHLO) onde o cliente pode se identificar. A maioria dos servidores de e-mail pegará essa identidade reivindicada e a comparará com o registro PTR do endereço IP do cliente. O cliente pode se identificar como quiser, por isso a verificação do PTR é uma boa forma de verificar se esse cliente é confiável.
Portanto, o mais importante para você é ter um PTR no servidor principal que está enviando seu e-mail (e verificar como o seu servidor se identifica no momento do envio!). O e-mail recebido não importa porque essa não é a FONTE do seu e-mail, que é a única coisa com a qual os destinatários se preocupam.
É possível que camadas de tecnologia anti-spam além do protocolo SMTP (incluindo aquelas proprietárias de empresas como o Google) façam algumas verificações mais complexas em seu domínio e seu DNS. Para isso, deve ser suficiente garantir que o(s) endereço(s) IP principal(is) que apontam para o seu servidor tenham um PTR sensato configurado em cada um.