Estou tendo problemas ao enviar devoluções para spammers quando um servidor SMTP "confiável" remoto rejeita um email. Meu servidor gerencia e-mails para company1.com que possui um alias virtual[e-mail protegido]que entrega mensagens para vários usuários locais, mas também para o[e-mail protegido]que é gerenciado pela outra equipe. O sistema de e-mail deles implementa uma proteção contra spam diferente (melhor, se preferir) e pode rejeitar e-mails após DADOS.
O problema é quando um spammer acessa e postfix no servidor de e-mail company1.com tenta entregar e-mail para[e-mail protegido]fica
554 Transaction failed. Unacceptable content. (in reply to end of DATA command)
e gera uma mensagem de devolução para o spammer. Então a questão é como posso evitar que isso aconteça? Na verdade, não estou interessado em gerar nenhuma mensagem de devolução para company2.com, então um martelo grande também funcionaria, já que meu servidor de e-mail não lida com nenhum outro e-mail para company2.com.
Desde já, obrigado.
Responder1
Como você realmente não pode impedir NDRs, só posso propor uma solução alternativa que está longe de ser perfeita:
Roteie o correio para @company2.com através de um cliente smtp dedicado - transport_maps fará isso para você - e especifique um mapa regexp/pcre em master.cf para este transporte que reescreve o endereço do remetente, ou seja, se o correio for de[e-mail protegido], você reescreve para[e-mail protegido]. Os saltos serão entregues ao[e-mail protegido]caixa de correio. A desvantagem é que[e-mail protegido]precisará reescrever os endereços novamente ou nunca verá o verdadeiro remetente.
A resposta padrão para isso seria garantir que as políticas UCE/UBE em seu gateway e no gateway company2.com sejam as mesmas ou que seu retransmissor esteja na lista de permissões de company2.com (eles mesmos precisariam colocar em quarentena/lidar com spam , então).