我有一个纯粹用于发送自动电子邮件的debian 8服务器。 它永远不会收到电子邮件。 此服务器发送的所有电子邮件都通过Office 365交换中继，而Office 365也处理传入的电子邮件收件箱。 所有发出的电子邮件都有一个来自 admin用户的发件人地址 – 例如[email protected]，回复地址也是[email protected]。 传入主机的电子邮件，例如[email protected]，不会被debian服务器接收到 – 它纯粹在Office365中pipe理。
发送电子邮件到其他主机工作正常，例如我可以发送电子邮件到[email protected]和鲍勃将收到它。 并且在Office365交换邮箱中接收[email protected]的电子邮件也可以正常工作。
但是，我遇到的问题是我无法发送电子邮件给我自己的主机上不存在的用户。 例如，我的主机没有一个名为支持的用户，但是我希望能够发送一个自动的电子邮件到[email protected]，因为这将被Office365捕获。
当我尝试发送电子邮件到[email protected]（即我自己的主机）时，在/var/log/exim4/mainlog出现以下错误：
2017-08-01 17:19:22 1ecRvQ-000UiD-s1 <= [email protected] U=root P=local S=732 [email protected] 2017-08-01 17:19:22 1ecRvQ-000UiD-s1 ** [email protected]: Unrouteable address 2017-08-01 17:19:22 1ecRvQ-000UiH-0a <= <> R=1ecRvQ-000UiD-s1 U=Debian-exim P=local S=1554 2017-08-01 17:19:22 1ecRvQ-000UiH-0a ** [email protected]: Unrouteable address 2017-08-01 17:19:22 1ecRvQ-000UiH-0a Frozen (delivery error message) 2017-08-01 17:19:22 1ecRvQ-000UiD-s1 Completed
我做了一些Googlesearch，这似乎是因为在这个debian服务器上不存在用户支持 。 显然，我可以通过注释掉local_user中的local_user块下的check_local_user行来防止exim检查用户是否是主机上的真实用户。 我这样做，但没有什么区别。 如上所述，我仍然在日志中获得相同的冻结交付错误消息。
在更改/etc/exim4/exim4.conf.templateconfiguration文件之后，是否需要重新/etc/exim4/exim4.conf.template ？ 谷歌search什么都没有，所以我猜测一个简单的重新启动exim （ sudo systemctl restart exim4 ）就足以开始使用新的configuration更改。 那是对的吗？
我注意到check_local_user在configuration文件下存在多次： real_local ， hub_user ， hub_user_smarthost ， userforward ， procmail ， maildrop ， lowuid_aliases和local_user 。 我应该从所有这些中删除吗？