Postfix: endereço do destinatário rejeitado: usuário desconhecido na tabela de destinatários local, embora exista

Question

Já pesquisei por um bom tempo e não consigo encontrar uma boa explicação para o seguinte problema.

Eu recebo o seguinte erro ao tentar enviar um email para [email protected]

Jul 23 15:24:30 vslpam10 postfix/smtpd[7970]: connect from relay.subdomain.example.de[<IP>]
Jul 23 15:24:30 vslpam10 postfix/smtpd[7970]: B08A1C4B0: client=relay.subdomain.example.de[<IP>]
Jul 23 15:24:30 vslpam10 postfix/cleanup[7973]: B08A1C4B0: message-id=<[email protected]>
Jul 23 15:24:30 vslpam10 postfix/smtpd[7970]: disconnect from relay.subdomain.example.de[<IP>]
Jul 23 15:24:30 vslpam10 postfix/qmgr[7943]: B08A1C4B0: from=<[email protected]>, size=14053, nrcpt=1 (queue active)
Jul 23 15:24:30 vslpam10 postfix/smtp[7974]: B08A1C4B0: to=<[email protected]>, relay=relay.subdomain.example.de[<IP>]:25, delay=0.06, delays=0.03/0.01/0/0.02, dsn=5.1.1, status=bounced (host relay.subdomain.example.de[<IP>] said: 550 5.1.1 <[email protected]>: Recipient address rejected: User unknown in local recipient table (in reply to RCPT TO command))
Jul 23 15:24:30 vslpam10 postfix/cleanup[7973]: BE364C55B: message-id=<[email protected]>
Jul 23 15:24:30 vslpam10 postfix/bounce[7976]: B08A1C4B0: sender non-delivery notification: BE364C55B
Jul 23 15:24:30 vslpam10 postfix/qmgr[7943]: BE364C55B: from=<>, size=16447, nrcpt=1 (queue active)
Jul 23 15:24:30 vslpam10 postfix/qmgr[7943]: B08A1C4B0: removed
Jul 23 15:24:30 vslpam10 postfix/smtp[7974]: BE364C55B: to=<[email protected]>, relay=relay.subdomain.example.de[<IP>]:25, delay=0.02, delays=0/0/0/0.01, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as C124512C5D4)
Jul 23 15:24:30 vslpam10 postfix/qmgr[7943]: BE364C55B: removed

O usuário existe no entanto:

finger user
Login: user                          Name: technical User

O postconf mostra o seguinte

(postconf -d; postconf -d; postconf -n; ) | sort | uniq -u
alias_maps = hash:/etc/aliases                                                                                                                            allow_mail_to_commands = alias,forward,include
allow_mail_to_files = alias,forward,include
biff = no
canonical_maps = hash:/etc/postfix/canonical
daemon_directory = /usr/lib/postfix
html_directory = /usr/share/doc/packages/postfix/html
inet_protocols = all
local_recipient_maps = unix:passwd.byname $alias_maps
mailbox_size_limit = 0
manpage_directory = /usr/share/man
masquerade_exceptions = root
myhostname = server.example.de
mynetworks = <IPs>
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relocated_maps = hash:/etc/postfix/relocated
sample_directory = /usr/share/doc/packages/postfix/samples
sender_canonical_maps = hash:/etc/postfix/sender_canonical
setgid_group = maildrop
smtpd_sender_restrictions = hash:/etc/postfix/access
transport_maps = hash:/etc/postfix/transport
virtual_alias_domains = hash:/etc/postfix/virtual
virtual_alias_maps = hash:/etc/postfix/virtual

Alguém tem uma explicação para esse comportamento?

Atenciosamente

    

Answer 1

Se o postfix estiver configurado para aceitar correio para um destino específico (conforme definido em mydestination), também deverá existir um alias ou entrada de caixa de correio válido para esse usuário.

Em vez disso, você deseja retransmitir esse e-mail para outro sistema, para que o usuário não exista.

Existem duas soluções para isso, uma ruim e uma boa.

A solução ruim é simples de implementar: alterne relay.example.com para relay_domains e verifique se relay_recipient_maps está definido como vazio:

relay_domains = relay.example.com
relay_recipient_maps = 

Isso significa que todos os destinatários do relay.example.com serão aceitos, por isso você receberá muitos spams.

A maneira correta de fazer isso é definir relay_recipient_maps como uma lista de endereços válidos no domínio de retransmissão.

EDIT: drat, eu esqueci que você disse que o usuário existe .

Nesse caso, eis o que acontece: você não adicionou o relé. subdomínio para mydestination, e mydestination (e mydestination SOMENTE) não obedece a parent_domain_matches_subdomains, especificamente .

Então, você poderia resolvê-lo adicionando o relé. subdomínio para mydestination explicitamente, assumindo o relé. o domínio é transportado (5) antes de ser entregue localmente.