我有一个运行 postfix 的 Ubuntu 服务器。它不是我域的邮件服务器。
每当 cron 作业为 root 运行时,输出邮件不会在本地传递,而是通过主邮件服务器发送到 [email protected]。这不是我想要的。
我希望 root 的邮件在本地投递或转发到 [email protected]。
我试过同时修改~root/.forward
和/etc/aliases
(并运行 newaliases),但没有任何帮助(我猜这些文件仅在 postfix 尝试在本地传递邮件时才会被检查)。
我能做些什么?
这是/etc/postfix/main.cf
:
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no
append_dot_mydomain = no
readme_directory = no
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
myhostname = linux1.mydomain.com
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = linux1.mydomain.com, localhost.linux1.mydomain.com, localhost
relayhost = my.isps.relayhost.com
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = loopback-only
编辑:
向 root 发送邮件时,这会进入/var/log/mail.log
:
Mar 7 09:39:17 linux1 postfix/pickup[31381]: F3B9C98025E: uid=1000 from=<ct>
Mar 7 09:39:18 linux1 postfix/cleanup[31556]: F3B9C98025E: message-id=<[email protected]>
Mar 7 09:39:18 linux1 postfix/qmgr[28525]: F3B9C98025E: from=<[email protected]>, size=283, nrcpt=1 (queue active)
Mar 7 09:39:18 linux1 postfix/smtp[31558]: F3B9C98025E: to=<[email protected]>, orig_to=<root>, relay=my.isps.relayhost.com[<IP address omitted>]:25, delay=0.72, delays=0.19/0.02/0.27/0.25, dsn=2.0.0, status=sent (250 Ok: queued as A97F5D8126)
Mar 7 09:39:18 linux1 postfix/qmgr[28525]: F3B9C98025E: removed
名称“ct”是我的用户名。我通过这个命令生成了上面的文本:
echo test | mail -s test root
的内容/etc/mailname
是:
mydomain.com
的内容/etc/aliases
是:
root: [email protected]
postmaster: root
[email protected] 是我希望将 root 的邮件转发到的地方。
内容/etc/hosts
其实让我有点意外:
127.0.0.1 localhost
127.0.1.1 linux1.mylinux.mydomain.com linux1
其中“mylinux”是主机操作系统的主机名,linux1 在该操作系统下作为虚拟机运行。我不确定“mylinux”是怎么进来的。(但这真的是我的问题的原因吗?)
像往常一样,检查你的日志。
在您的情况下,后缀守护进程认为邮件不是发给它的,并且不使用
/etc/aliases
首先检查您的
/etc/hosts
文件:它应该有您的机器名称对应于127.0.1.1
,如下所示:检查你的
/etc/mailname
,它应该是一致的。检查你
/etc/aliases
的根(用户)是否被发送给另一个用户,然后重做newaliases
命令。它应该有效!
如果
mydestination
为空或不包含$myhostname
则将/etc/aliases
被忽略,因为 postfix 认为电子邮件不是本地递送,因此不会应用本地别名。因此,保留mydestination
默认值(postconf -d mydestination
或将其从中删除main.cf
),日志应显示to=<...>
为您的别名地址。在某些情况下(即所有邮件都被转发到外部系统),将
MAILTO
root 的 crontab 中的变量设置为真实的电子邮件地址会更容易。这应该几乎绕过传统的交付到 root 并让它去你想要的地方。通过 postfix 守护程序打开似乎存在一些问题
/root/.forward
,至少在强化系统上(我没有深入研究)。尽管:后缀守护进程的子进程无法访问 .forward:
我没有时间深入研究它...将条目附加到
/etc/aliases
后面newaliases
可以正常工作。如果您碰巧设置了目标域过滤,
/etc/postfix/transport
则需要将计算机的子域添加到允许的域列表中。如果您使用的是某些 VPS,并且托管服务提供商已为您的系统分配了一些自动内部域名,那么您可能也需要添加它。例如,如果您有:
更新为:
如果没有此更新,in 中的行
root: [email protected]
或/etc/aliases
in 中的类似行将.forward
不会具有所需的最终效果,因为消息在转发之前被丢弃。