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:table
Search the specified access(5) database for the resolved
RCPT TO
address, 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 .