Estou gerenciando um monte de servidores de e-mail, os sistemas MX são postfix + amavisd-new enquanto as caixas de correio estão em uma caixa qmail + vpopmail. Sim, já planejamos mover tudo para o postfix, mas isso é outra história (e longa):)
Recentemente, comecei a ver alguns e-mails recebidos que entravam no meu sistema com uma linha " delivered-to
" (na verdade, em minúsculas!) contendo o endereço do destinatário. Meu sistema qmail vê esses cabeçalhos e envia o e-mail pensando que ele está em loop (e tenho 110% de certeza de que ele não está em loop).
Esses cabeçalhos estão longe das minhas linhas " Received:
", parece que há algum tipo de servidor SMTP (talvez na verdade, um proxy smtp transparente?) na LAN do remetente que adiciona essas linhas.
Eu fiz algumas investigações e, até onde eu sei, o Delivered-To
não é oficialmente coberto por qualquer RFC, mas é um padrão de fato usado para impedir loops de e-mail. Como tal, não deve ser adicionado por nenhum outro servidor além daquele que realmente entrega a mensagem para a caixa de correio do destinatário. Isso também foi coberto no StackOverflow .
Se isso estiver correto, então os cabeçalhos que estou recebendo devem ser considerados um bug do sistema que os está adicionando.
Quem está certo? Posso dizer aos meus usuários que é um bug no site de envio e continuar aplicando essa política, ou devo tentar fazer algo do meu lado para deixar essas mensagens entrarem?
EDIT: apenas para esclarecer, estou preocupado apenas com o recebimento de mensagens contendo um cabeçalho Delivered-To
com um endereço de e-mail que está realmente hospedado no meu sistema. IE, meu sistema é a "caixa de correio autorizada" para esse endereço.
EDIT2: Fiz mais algumas investigações e, até onde posso dizer, esses cabeçalhos são adicionados por algum serviço SMTP no lado do remetente. É um desses aparelhos linux tudo-em-um, atuando como um SMTP interno (na verdade usado por seus MUAs) ou como um SMTP transparente (onde seus MUAs pensam que estão falando com um servidor externo, mas o tráfego 25 / tcp fica interceptado).