configuração de alias do postfix aparentemente ignorada

1

Com o postfix em um servidor Ubuntu (12.04), os emails que devem ser enviados para root acabam sendo enviados para ninguém. Por quê? E como posso ter certeza de que é direcionado para uma conta real?

Meu arquivo / etc / aliases é assim:

# Mail aliases for sendmail
#
# You must run newaliases(1) after making changes to this file.
#

# Required aliases
postmaster: root
MAILER-DAEMON:  postmaster

# Common aliases
abuse:      postmaster
spam:       postmaster

# Other aliases
admin: DrSAR

Para mim, isso significa que o e-mail para postmaster (usuário inexistente) deve ser direcionado para root . Isso não é onde chega embora. Eu posso ver o e-mail chegando em /var/spool/mail/nobody .

Eu verifiquei e não há arquivo /root/.forward . Portanto, o email também não é redirecionado manualmente para ninguém (ou algum outro nome de usuário desconhecido).

Quais outras configurações afetam o redirecionamento do e-mail?

Algumas informações de diagnóstico:

root@SERVER:~# postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mydestination = $myhostname, localhost.localdomain, localhost.localdomain, localhost, $mydomain
mydomain = FQDN.SERVER.COM
myhostname = FQDN.SERVER.COM
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = $mydomain
readme_directory = no
recipient_delimiter = +
relayhost =
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes

e alguma saída de log para uma mensagem que foi enviada para root @ localhost

Jul 15 10:16:23 localhost postfix/smtpd[26006]: connect from localhost[127.0.0.1]
Jul 15 10:16:23 localhost postfix/smtpd[26006]: AE3AD3920547: client=localhost[127.0.0.1]
Jul 15 10:16:24 localhost postfix/smtpd[26006]: disconnect from localhost[127.0.0.1]
Jul 15 10:16:24 localhost postfix/pickup[20987]: 367A73900028: uid=1000 from=<[email protected]>
Jul 15 10:16:24 localhost postfix/cleanup[26008]: 367A73900028: message-id=<[email protected]>
Jul 15 10:16:24 localhost postfix/qmgr[20988]: 367A73900028: from=<[email protected]>, size=676, nrcpt=1 (queue active)
Jul 15 10:16:24 localhost postfix/local[26011]: 367A73900028: to=<[email protected]>, relay=local, delay=0.97, delays=0.86/0/0/0.11, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Jul 15 10:16:24 localhost postfix/qmgr[20988]: 367A73900028: removed
    
por DrSAR 15.07.2013 / 19:14

1 resposta

1

Como @gertvdijk diagnosticou corretamente, este é um recurso de usar procmail como MDA. ( grox.net/doc/postfix/html/faq.html#root )

A solução é adicionar um redirecionamento explícito da raiz para outro usuário em /etc/aliases e, em seguida, executar sudo newaliases .

    
por DrSAR 15.07.2013 / 19:27