Precisa de ajuda para diagnosticar "Usuário desconhecido na tabela virtual de alias"

Question

Estou usando mapas de alias virtuais para retransmitir e-mails e continuo fazendo com que algumas das entradas sejam devolvidas. O postfix parece saber para onde devem ir e quando eu executo postmap -q para virtual_alias_maps e virtual_alias_domains, ambos retornam os dados corretos.

Este é o erro que estou recebendo:

Aug  4 16:48:03 server2 postfix/error[53118]: 0ACABDABAA: to=<[email protected]>, orig_to=<[email protected]>, relay=none, delay=17221, delays=17221/0.02/0/0, dsn=4.0.0, status=SOFTBOUNCE (User unknown in virtual alias table)

Quando eu corro

postmap -q "bar.com" hash:/path/to/virtual-alias-domain

retorna "bar.com" e quando eu corro

postmap -q "[email protected]" hash:/path/to/virtual-alias-map it returns "[email protected]"

Há algo mais que eu deveria estar olhando? Além disso, quais devem ser as permissões de mapas?

    

Answer 1

Acho que você pode estar certo sobre o dinheiro com a questão das permissões (embora eu tenha uma vaga lembrança de que você recebeu algum tipo de mensagem de erro na inicialização se os arquivos não estavam legíveis, não estou em posição de testar que no momento). Eu estou supondo que você está executando todos os seus testes de linha de comando como root (onde definitivamente terá sucesso) e não como o próprio Postfix está sendo executado. Os arquivos de mapas precisam ser legíveis por todos os processos do Postfix; isso pode ser alcançado por qualquer um dos seguintes:

• Ser de propriedade do usuário que está executando o Postfix e u:r
• Sendo agrupado para o usuário que está executando o postfix e g:r
• pertencer a (por exemplo) root:root e o:r

Naturalmente, tem de haver x bits adequados nos principais caminhos de diretório.

Se não for permissões, nada em particular vem à mente; para mim, os mapas virtuais Postfix Just Work.

Uma coisa sobre a qual estou curioso é por que você está pesquisando [email protected] quando o Postfix está tentando entregar para [email protected] .