A solução mais fácil seria adicionar o usuário como qualquer outro usuário, mas restringir o destinatário. Isso gerará um erro durante RCPT TO , independentemente de o usuário existir ou não.
Por exemplo, se uma página da Web de uma empresa pode enviar alguns e-mails usando [email protected] como endereço de remetente, enquanto ninguém deve ler esse endereço, mas apenas os endereços [email protected] , e o servidor tem mydestination = example.com normalmente seria entregue a esse usuário, eu simplesmente adicionaria (sem remover o que já existe em smtpd_recipient_restrictions ):
smtpd_recipient_restrictions =
. . .
check_recipient_access hash:/etc/postfix/access/denied_recipients,
. . .
check_recipient_access type:tableSearch the specified access(5) database for the resolved
RCPT TOaddress, domain, parent domains, orlocalpart@, and execute the corresponding action.
Em seguida, adicione os endereços não autorizados com um motivo amigável e legível para a rejeição:
[email protected] REJECT Visit the web site for correct contact information.
[email protected] REJECT Please log in and use the helpdesk contact form.
Isso deve funcionar, já que você não quer aceitar e-mails para um endereço. Lembre-se de postmap /etc/postfix/access/denied_recipients , pois a tabela de pesquisa é um hash type Berkeley DB .