Pare o Postfix revelando o endereço de encaminhamento de e-mail final em mensagens devolvidas

1

Eu tenho um servidor Postfix que recebe e-mails para aliases virtuais e os encaminha para os endereços de destino reais. Quando o servidor de e-mail final retorna um erro, a mensagem retornada ao remetente revela o endereço de e-mail de destino final. Por exemplo. Se meu servidor receber e-mails para [email protected] e tentar enviar sem sucesso para o endereç[email protected], a mensagem de rejeição será algo assim:

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

The mail system

<[email protected]> (expanded from <[email protected]>): host
    final.mail.host.com said: 553 5.1.8
    <[email protected]>... <some error> (in reply to RCPT TO command)

Como posso impedir que ele indique o endereço final?

    
por EMP 26.05.2011 / 16:27

1 resposta

1

Descobri isso. Você precisa ter certeza de que o e-mail foi rejeitado, em vez de devolvido e também definir unverified_recipient_reject_reason para evitar revelar a mensagem real. Eu tentei isso antes, mas o truque era a ordem das cláusulas em smtpd_recipient_restrictions :

smtpd_recipient_restrictions = reject_unknown_recipient_domain, reject_unverified_recipient, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
unverified_recipient_reject_reason = Recipient address verification failed

Anteriormente, eu tinha as duas restrições permitir antes reject_unverified_recipient , para que elas fossem processadas primeiro e as mensagens de qualquer remetente local ou autenticado não estivessem sujeitas à verificação do endereço do destinatário. Ele só falhou mais tarde, depois de ser aceito, e gerou uma mensagem de devolução.

Isso ainda não é perfeito, porque o MTA final pode enviar uma mensagem devolvida ao remetente original, mas não há nada que você possa fazer sobre isso. Tópico relevante da lista de discussão do Postfix: link

    
por 27.05.2011 / 03:13