Configurei o Postfix e o Dovecot de acordo com a documentação para configurações virtuais e transporte LMTP:
https://www.postfix.org/VIRTUAL_README.html
/usr/local/etc/postfix/main.cf:
virtual_transport = lmtp:unix:/path/name/to/socket
virtual_mailbox_domains = example.com example2.com
virtual_mailbox_maps = hash:/usr/local/etc/postfix/vmailbox
virtual_alias_maps = hash:/usr/local/etc/postfix/virtual
/usr/local/etc/postfix/vmailbox:
[email protected] whatever
[email protected] whatever
/usr/local/etc/postfix/virtual:
[email protected] [email protected]
/usr/local/etc/dovecot/users:
[email protected]:{SHA512-CRYPT}$6$/kTQFQ[...]/::::::userdb_quota_rule=*:storage=2048M
[email protected]:{SHA512-CRYPT}$6$/kTQFQ[...]/::::::userdb_quota_rule=*:storage=2048M
Se eu enviar emails de endereços externos, eles serão aceitos e devidamente transportados via LMTP. Geralmente tudo funciona conforme o esperado.
Para permanecer neste exemplo, quando envio um email de[e-mail protegido]via envio SMTP autenticado para[e-mail protegido], sempre lança:
<[email protected]>: host mx.example.com[private/dovecot-lmtp] said: 550 5.1.1
<[email protected]> User doesn't exist: [email protected] (in reply
to RCPT TO command)
Estou ciente de que o erro é gerado pelo LMTP do Dovecot. O que não entendo é por que tudo funciona em endereços externos não autenticados, mas não quando envio autenticado por conta própria.
Agradeço qualquer indicação. Se forem necessários mais dados de configuração, avise-me e eu os adicionarei.
Responder1
No Postfix master.cfhavia uma configuração que não me lembro de ter feito:
-o receive_override_options=no_address_mappings
Isso, de acordo com a documentação do Postfix, faz o que o nome sugere:
Desative o mapeamento de endereço canônico, a expansão do mapa de alias virtual, o mascaramento de endereço e os destinatários automáticos de CCO (cópia carbono oculta). Normalmente, isso é especificado ANTES de um filtro de conteúdo externo.
Obviamente isso não poderia funcionar. Uma vez removido, parece funcionar agora.