我有一台 Ubuntu 18.04 LTS 服务器,它曾经被设置(不是我设置的)来运行GNU 邮递员, 使用后缀作为 MTA。
我不再在此服务器上运行任何邮件列表,并尽我所能尝试删除和清除Gnu 邮递员通过运行以下命令从服务器:
sudo apt remove mailman
sudo apt autoremove mailman
sudo apt purge mailman
sudo apt autoremove --purge mailman
这将删除 mailman 和一些(大多数?)配置和数据文件,但是当我查看 Postfix 日志(/var/log/mail.log
)时,我大约每五分钟就会收到这些文件:
[…]: error: open database /var/lib/mailman/data/aliases.db: No such file or directory
[…]: warning: hash:/var/lib/mailman/data/aliases is unavailable. open database /var/lib/mailman/data/aliases.db: No such file or directory
[…]: warning: hash:/var/lib/mailman/data/aliases: lookup of 'root' failed
我知道我为什么会得到它们,因为清除GNU 邮递员删除了所有这些文件。
我很确定请求这些文件的程序是后缀,运行如下:
sudo service postfix status
… 会产生相同的三行错误和警告。但是,我无法弄清楚是什么原因导致后缀想要打开这些文件。
重新启动 postfix:
sudo systemctl restart postfix
… 清除了错误,但只是暂时的。大约五分钟后,当我检查状态时,错误又出现了。
问题是:如何摆脱这些错误和警告(无需重新安装不再需要的应用程序)?
答案1
我通过搜索下文中的影片名称发现了这一点/etc
。
看起来原因后缀尝试访问文件/var/lib/mailman/data/aliases
,并 /var/lib/mailman/data/aliases.db
源于/etc/postfix/main.cf
(后缀主配置文件):
alias_maps = hash:/etc/aliases, hash:/var/lib/mailman/data/aliases
改为:
alias_maps = hash:/etc/aliases
…然后重新启动后缀。
据我所知,这解决了这个问题。(我以前每五分钟就会收到这些日志条目。现在距离我重新启动已经过去了三十分钟后缀还有不关于“邮递员”的新日志条目。)
答案2
可能仍有一些进程正在运行并尝试写入这些位置。使用 fuser 查明它们是什么。
根据日志本身,检查 /etc/rsyslog.conf 并查找邮递员条目。