我已经重新阅读了此文档以及此处的其他文章,这对我来说仍然很不清楚。我一直在测试各种东西以了解和之间的区别,alias_maps
并且virtual_alias_maps
在postfix中看不到这两个单独设置的使用。到目前为止,这是我发现的结果(注意-我在与Web服务器相同的服务器上使用postfix作为空客户端仅发送电子邮件):
1)/ etc / aliases文件:
root: me@somedomain.com
当我将以上内容添加到中时alias_maps
,我注意到某些服务(例如fail2ban)能够选择此选项,并且它将根电子邮件发送到提到的别名电子邮件地址。但是,我也注意到某些其他服务(例如mail
命令)不遵守此规定,并尝试将电子邮件直接发送到不存在的root@mydomain.com(我认为其后缀myorigin
设置将添加@ mydomain.com) 。为了解决这个问题,我然后添加了virtual_alias_maps
2)/ etc / postfix /虚拟
root me@someotherdomain.com
添加上述内容后,所有服务都将使用此虚拟别名电子邮件。我还注意到,一旦添加了以上内容,即使fail2ban也开始忽略/etc/aliases/
文件中的初始设置,并开始遵循虚拟文件中提供的电子邮件地址。
现在,这让我更加困惑-
/etc/aliases/
当虚拟别名映射中的电子邮件似乎覆盖了它时,为什么我们需要?具有这两个单独的别名映射的目的是什么?何时确定何时使用什么?
为什么fail2ban(配置为通过电子邮件发送至
root@localhost
)首先跟随alias_maps
(/ etc / aliases /)中指定的电子邮件地址,然后又决定忽略virtual_alias_maps
添加后的电子邮件地址?为什么所有服务都不能读取/ etc / aliases中提到的电子邮件别名,并且仅当在虚拟别名映射中添加了电子邮件别名时它们才起作用?
自昨天以来我已经花了几个小时,仍然不确定。有人可以帮我消除困惑吗?
编辑:
这是使用mail root
命令将电子邮件发送到根目录时的邮件日志。/ etc / aliases /中提到了root的别名电子邮件。但是,邮件无法正常工作,直到我从移动这根别名电子邮件aliases_maps
至virtual_aliases_maps
当在中提到根电子邮件别名时记录/etc/aliases/
:
Nov 14 16:39:27 Debian postfix/pickup[4339]: 0F12643432: uid=0 from=<root>
Nov 14 16:39:27 Debian postfix/cleanup[4495]: 0F12643432: message-id=<20141114110927.0F12643432@Debian.domainname.com>
Nov 14 16:39:27 Debian postfix/qmgr[4338]: 0F12643432: from=<root@domainname.com>, size=517, nrcpt=1 (queue active)
Nov 14 16:39:27 Debian postfix/error[4496]: 0F12643432: to=<root@domainname.com>, orig_to=<root>, relay=none, delay=0.04, delays=0.03/0/0/0.01, dsn=4.4.1, status=deferred (delivery temporarily suspended: connect to domainname.com[128.199.147.136]:25: Connection refused)
这是根从移动电子邮件别名后日志/etc/aliases/
到/etc/postfix/virtual
哪里电子邮件传递的是变更后的成功:
Nov 14 16:44:58 Debian postfix/pickup[4545]: ADD9A43436: uid=0 from=<root>
Nov 14 16:44:58 Debian postfix/cleanup[4563]: ADD9A43436: message-id=<20141114111458.ADD9A43436@Debian.domainname.com>
Nov 14 16:44:58 Debian postfix/qmgr[4544]: ADD9A43436: from=<root@domainname.com>, size=453, nrcpt=1 (queue active)
Nov 14 16:45:00 Debian postfix/smtp[4551]: ADD9A43436: to=<admin@somesite.com>, orig_to=<root>, relay=somesite.com[108.160.157.120]:25, delay=1.9, delays=0.03/0/0.97/0.88, dsn=2.0.0, status=sent (250 OK id=1XpEqC-0002ry-9s)
Nov 14 16:45:00 Debian postfix/qmgr[4544]: ADD9A43436: removed
I also noticed that some other services (like mail command) does not respect this
->请显示与此情况相关的