снабдите постфиксом псевдоним, устанавливающий по-видимому проигнорированный

С постфиксом на сервере человечности (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
1
задан 15 July 2013 в 21:52

1 ответ

Как правильно диагностировал @gertvdijk, это особенность использования procmail в качестве MDA. ( grox.net/doc/postfix/html/faq.html#root )

Решение состоит в том, чтобы добавить явное перенаправление от пользователя root к другому пользователю в /etc/aliases, а затем запустить [ 112].

0
ответ дан 15 July 2013 в 21:52

Другие вопросы по тегам:

Похожие вопросы: