No DNS, eu tenho service.example.com. CNAME box.example.com. Ao enviar e-mail automaticamente para cerca de 10.000 endereços (sem preocupações, nada sinistro), eu configurei o envelope de para [email protected] . Dos retornos que voltam, cerca de 70% têm envelope para definir como [email protected] (que é o que eu esperaria), mas cerca de 30% tem envelope para [email protected] .
O que está acontecendo aqui? Alguns MTAs mudam de envelope quando descobrem um CNAME? Quais MTAs?
É uma boa ideia usar um registro A em vez de um CNAME para service.example.com. ?
Sim, alguns MTA reescrevem endereços, geralmente sendmail com macros customizadas que estão tentando consolidar vários domínios internos (anteriormente externos) em um domínio externo consistente.
Seus percentuais de devolução também podem ser explicados pelo nível em que o retorno retornou. Por exemplo, uma rejeição da sua borda MTA pode parecer diferente de uma rejeição do MTA de outra pessoa.
Eu não posso falar pelo desempenho exato em sua situação devido à falta de detalhes.
O cabeçalho Return-Path: é especificado pelo MDA, que usa o endereço identificado no comando MAIL FROM .
O MTA geralmente padroniza o MAIL FROM como o usuário que envia o email. Por exemplo, chamar qmail-inject com o sinalizador -f pode alterar o Return-Path para o endereço de e-mail especificado.
Por exemplo, meu nome de usuário é warner no servidor awesomebox (.awesomedomain.org). Se eu enviar um e-mail usando mutt e especificar o cabeçalho From: como [email protected], o MTA (QMAIL) será o padrão para especificar o MAIL FROM como [email protected].
O mesmo desempenho se aplicaria ao CGI em execução via Apache, ele padronizaria o Return-Path para o usuário que o Apache executa como.
De acordo com a RFC 1123, seu registro MX deve apontar para um nome de host com um registro A (e / ou AAAA para IPv6) e nunca para um com CNAME!