Configuração de registro PTR com servidores de entrada e saída separados

Configuração de registro PTR com servidores de entrada e saída separados

A situação:

  1. 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.
  2. O servidor primário envia os e-mails.
  3. Os e-mails recebidos são tratados com mailgun.org, portanto, os registros MX (no servidor primário) apontam para servidores mailgun.
  4. É relativamente fácil configurar o registro PTR para o servidor primário, mas o AFAIK é impossível no mailgun.

Questões

  1. Configurar o registro PTR no servidor primário é suficiente?

  2. 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.

informação relacionada