web-dev-qa-db-fra.com

le réglage de l'alias postfixe apparemment ignoré

Avec postfix sur un serveur Ubuntu (12.04), le courrier électronique qui devrait être envoyé à la racine n’est envoyé à personne. Pourquoi? Et comment puis-je m'assurer qu'il est dirigé vers un compte réel?

Mon fichier/etc/aliases ressemble à ceci:

# 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

Pour moi, cela signifie que le courrier destiné à postmaster (utilisateur inexistant) doit être dirigé vers root. Ce n'est pas là que ça arrive. Je peux voir le courrier arriver dans /var/spool/mail/nobody.

J'ai vérifié et il n'y a pas de fichier /root/.forward. Donc, le courrier n'est pas redirigé manuellement vers personne (ou un autre nom d'utilisateur inconnu).

Quels autres paramètres affectent la redirection du courrier?

Quelques informations de diagnostic:

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

et une sortie de journal pour un message envoyé à 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
serveremailpostfix
1
DrSAR

Comme @gertvdijk l’a correctement diagnostiqué, c’est une caractéristique d’utiliser procmail comme MDA. ( grox.net/doc/postfix/html/faq.html#root )

La solution consiste à ajouter une redirection explicite de la racine à un autre utilisateur dans /etc/aliases, puis à exécuter Sudo newaliases.

1
DrSAR