Por que o erro de mapa do NIS impede que o postfix resolva o alias local?

2

O postfix parou de me enviar e-mails de um servidor Ubuntu 10.04LTS. Passei uma hora para duas verificando /etc/aliases , executando e executando novamente sudo newaliases e sudo postfix reload , pesquisas na web para meu problema, etc.

Entrada de registro de amostra:

Dec  9 11:35:32 localhost postfix/local[1901]: warning: lookup owner-database, NIS domain nisdomain, map mail.aliases: no such map in server's domain
Dec  9 11:35:32 localhost postfix/local[1902]: B33FFACE000: to=<root@server9>, orig_to=<root>, relay=local, delay=833, delays=833/0.02/0/0.09, dsn=4.3.0, status=deferred (alias database unavailable)

Eu sou usando NIS e não tenho um mail.aliases map, mas meu arquivo /etc/aliases está ótimo. Ainda deve funcionar, certo? Errado.

Acontece que o NIS era o problema. A diretiva alias_maps foi configurada pelo instalador na linha comentada, removendo a segunda entrada corrigida.

alias_maps = hash:/etc/aliases, nis:mail.aliases

mude para

alias_maps = hash:/etc/aliases

Com a linha original, minha expectativa é que o Postfix primeiro procure em /etc/aliases e, em seguida, em mail.aliases . Alguém se importa em comentar por que o postfix não envia / deve falhar em vez de apenas a entrada válida de /etc/aliases ?

    
por nortally 09.12.2014 / 22:44

1 resposta

1

Antes de executar a pesquisa de alias, o postfix verificará o banco de dados all , esteja ele acessível ou não.

Pseudocódigo

if all mapping was OK (file was found, external server was reachable)
    for each map in maps_array:
        if found in map
            return result
else 
    fail. give warning in maillog
    
por 10.12.2014 / 04:44

Tags