С постфиксом на сервере человечности (12.04), электронное письмо, которое должно быть послано корню, заканчивает тем, что никому не было отправлено. Почему? И как я могу удостовериться, что это направлено к фактической учетной записи?
Мой/etc/aliases файл похож на это:
# 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
Мне это значит ту почту для postmaster
(несуществующий пользователь), должен быть направлен к root
. Это не то, куда это прибывает все же. Я вижу, что почта прибывает в /var/spool/mail/nobody
.
Я проверил и существует нет /root/.forward
файл. Таким образом, почта также вручную не перенаправляется никому (или некоторое другое неизвестное имя пользователя).
Что другие настройки влияют на перенаправление почты?
Некоторая диагностическая информация:
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
и некоторый вывод журнала для сообщения, которое было отправлено в 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=<DrSAR@localhost.localdomain>
Jul 15 10:16:24 localhost postfix/cleanup[26008]: 367A73900028: message-id=<alpine.DEB.2.02.1307151016060.25996@localhost.localdomain>
Jul 15 10:16:24 localhost postfix/qmgr[20988]: 367A73900028: from=<DrSAR@localhost.localdomain>, size=676, nrcpt=1 (queue active)
Jul 15 10:16:24 localhost postfix/local[26011]: 367A73900028: to=<root@localhost.localdomain>, 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
Как правильно диагностировал @gertvdijk, это особенность использования procmail
в качестве MDA. ( grox.net/doc/postfix/html/faq.html#root )
Решение состоит в том, чтобы добавить явное перенаправление от пользователя root к другому пользователю в /etc/aliases
, а затем запустить [ 112].