22.2 MTA 服务器： Postfix 基础设定

可达成 MTA 的服务器软件非常多，例如我们的 CentOS 预设就提供了数十年老牌子的 sendmail (http://www.sendmail.org) 以及近期以来很热门的 Postfix (http://www.postfix.org)。虽然 sendmail 曾是最为广泛使用的 mail server 软件，但由于 sendmail 的配置文件太过于难懂，以及早期的程序漏洞问题导致的主机安全性缺失；加上 sendmail 将所有的功能都统合在 /usr/sbin/sendmail 这个程序当中，导致程序太大可能会有效能方面的疑虑等等， 所以新版的 CentOS 已经将预设的 mail server 调整为 postfix 啰！我们这里也主要介绍 postfix。当然啦，原理方面都一样，您也可以自己玩玩其他的 mail server。

22.2.1 Postfix 的开发

Postfix 是由 Wietse Zweitze Venema 先生(http://www.porcupine.org/wietse)所发展的。早期的 mail server 都是使用 sendmail 架设的，还真的是『仅此一家，绝无分号』！不过，Venema 博士觉得 sendmail 虽然很好用，但是毕竟不够安全，尤其效能上面并不十分的理想，最大的困扰是…sendmail 的配置文件 sendmail.cf 真的是太难懂了！对于网管人员来说，要设定好 sendmail.cf 这个档案，真不是人作的工作。

为了改善这些问题， Venema 博士就在 1998 年利用他老大在 IBM 公司的第一个休假年进行一个计划：『 设计一个可以取代 sendmail 的软件套件，可以提供网站管理员一个更快速、 更安全、而且完全兼容于 sendmail 的 mail server 软件！』这个计划还真的成功了！ 而且也成功的使用在 IBM 内部，在 IBM 内可以说是完全取代了 sendmail 这个邮件服务器！在这个计划成功之后， Venema 博士也在 1998 年首次释出这个自行发展的邮件服务器，并定名为 VMailer。

不过，IBM 的律师却发现一件事，那就是 VMailer 这个名字与其他已注册的商标很类似， 这样可能会引起一些注册上面的困扰。为了避免这个问题，所以 Venema 博士就将这个邮件软件名称改为 Postfix ！『Post 有在什么什么之后』的意思，『fix 则是修订』的意思，所以 postfix 有 『在修订之后』的意思。

鸟哥个人认为， Venema 先生最早的构想并不是想要『创造一个全新的 Mail server 软件，而是想要制造一个可以完全兼容于 sendmail 的软件』，所以，Venema 先生认为他自行发展的软件应该是『改良 sendmail 的缺失』，所以才称为 Postfix 吧！取其意为： 『改良了 sendmail 之后的邮件服务器软件！』

所以啦， Postfix 设计的理念上面，主要是针对『想要完全兼容于 sendmail』所设计出来的一款『内在部分完全新颖』的一个邮件服务器软件。就是由于这个理念，因此 Postfix 改善了 sendmail 安全性上面的问题，改良了 mail server 的工作效率， 且让配置文件内容更具亲和力！因此，你可以轻易的由 sendmail 转换到 Postfix 上面！这也是当初 Venema 博士的最初构想啊！

就是基于这个构想，所以 Postfix 在外部配置文件案的支持度，与 sendmail 几乎没有两样，同样的支持 aliases 这个档案，同样的支持 ~/.forward 这个档案，也同样的支持 SASL 的 SMTP 邮件认证功能等等！ 所以，呵呵！赶紧来学一学怎样架设 Postfix 这个相当出色的邮件服务器吧！ ^_^

22.2.2 所需要的软件与软件结构

由于 CentOS 6.x 预设就是提供 postfix 的！所以根本无须调整啥咚咚～直接来使用吧！ 那么 postfix 有哪些重要的配置文件呢？他主要的配置文件都在 /etc/postfix/ 当中，详细的档案内容就让我们来谈谈：

  • /etc/postfix/main.cf这就是主要的 postfix 配置文件啰，几乎所有的设定参数都是在这个档案内规范的！ 这个档案预设就是一个完整的说明档了，你可以参考这个档案的内容就设定好属于你的 postfix MTA 呢！ 只要修改过这个档案，记得要重新启动 postfix 喔！

  • /etc/postfix/master.cf主要规定了 postfix 每个程序的运作参数，也是很重要的一个配置文件。不过这个档案预设已经很 OK 了，通常不需要更改他。

  • /etc/postfix/access (利用 postmap 处理)可以设定开放 Relay 或拒绝联机的来源或目标地址等信息的外部配置文件，不过这个档案要生效还需要在 /etc/postfix/main.cf 启动这个档案的用途才行。且设定完毕后需要以 postmap 来处理成为数据库档案呢！

  • /etc/aliases (利用 postalias 或 newaliases 均可)做为邮件别名的用途，也可以作为邮件群组的设定喔！

至于常见的执行档则有底下这些：

  • /usr/sbin/postconf (查阅 postfix 的设定数据)这个指令可以列出目前你的 postfix 的详细设定数据，包括系统默认值也会被列出来， 所以数据量相当的庞大！如果你在 main.cf 里面曾经修改过某些预设参数的话，想要仅列出非默认值的设定数据， 则可以使用『postconf -n』这个选项即可。

  • /usr/sbin/postfix (主要的 daemon 指令)此为 postfix 的主要执行档，你可以简单的使用他来启动或重新读取配置文件：

[root@www ~]# postfix check <==检查 postfix 相关的档案、权限等是否正确！
[root@www ~]# postfix start <==开始 postfix 的执行
[root@www ~]# postfix stop <==关闭 postfix
[root@www ~]# postfix flush <==强制将目前正在邮件队列的邮件寄出！
[root@www ~]# postfix reload <==重新读入配置文件，也就是 /etc/postfix/main.cf

要注意的是，每次更动过 main.cf 后，务必重新启动 postfix，可简单的使用『postfix reload』即可。不过老实说，鸟哥还是习惯使用 /etc/init.d/postfix reload..

  • /usr/sbin/postalias设定别名数据库的指令，因为 MTA 读取数据库格式的档案效能较佳，所以我们都会将 ASCII 格式的档案重建为数据库。 在 postfix 当中，这个指令主要在转换 /etc/aliases 成为 /etc/aliases.db 啰！用法为：

[root@www ~]# postalias hash:/etc/aliases

hash 为一种数据库的格式，然后那个 /etc/aliases.db 就会自动被更新啰！

  • /usr/sbin/postcat主要用在检查放在 queue (队列) 当中的信件内容。由于队列当中的信件内容是给 MTA 看的， 所以格式并不是一般我们人类看的懂的文字数据。所以这个时候你得要用 postcat 才可以看出该信件的内容。 在 /var/spool/postfix 内有相当多的目录，假设内有一个文件名为 /deferred/abcfile ， 那你可以利用底下的方式来查询该档案的内容喔：

[root@www ~]# postcat /var/spool/postfix/deferred/abcfile

  • /usr/sbin/postmap这个指令的用法与 postalias 类似，不过他主要在转换 access 这个档案的数据库啦！用法为：

[root@www ~]# postmap hash:/etc/postfix/access

  • /usr/sbin/postqueue类似 mailq 的输出结果，例如你可以输入『postqueue -p』看看就知道了！

整个 postfix 的软件结构大致上是这个样子的，接下来让我们先来简单的处理一下 postfix 的收发信件功能吧！

22.2.3 一个邮件服务器的设定案例

前面谈到 mail server 与 DNS 系统有很大的相关性，所以如果你想要架设一部可以连上 Internet 的邮件服务器时， 你必需要已经取得合法的 A 与 MX 主机名，而且最好反解也已经向您的 ISP 申请修改设定了， 这可是个大前提！不要忽略他！在底下的练习当中鸟哥以之前十九章 DNS 内的设定为依据，主要的参数是这样的：

  • 邮件服务器的主要名称为： www.centos.vbird
  • 邮件服务器尚有别名为 linux.centos.vbird 及 ftp.centos.vbird 也可以收发信件；
  • 此邮件服务器已有 MX 设定，直接指向自己 (www.centos.vbird)
  • 这个 www.centos.vbird 有个 A 的标志指向 192.168.100.254。
    在实际的邮件服务器设定当中，上述的几个标志是很重要的，请自行参考 DNS 章节的介绍吧！底下就让我们来实际设定 postfix 服务器啰！

22.2.4 让 Postfix 可监听 Internet 来收发信件

在预设的情况下，CentOS 6.x 的 MTA 仅针对本机进行监听，不相信吗？测测看：

  1. [root@www ~]# netstat -tlnp &#124; grep :25
  2. Proto Recv-Q Send-Q Local Address   Foreign Address   State    PID/Program name
  3. tcp        0      0 127.0.0.1:25    0.0.0.0:*         LISTEN   3167/master

所以如果你要对整个 Internet 开放的话，就得要努力的搞定几个简单的设定啰！而几乎所有的设定你都可已经由 /etc/postfix/main.cf 这个档案搞定！修改前你需要注意的项目有：

  • 『 # 』符号是批注的意思；
  • 所有设定值以类似『变量』的设定方法来处理，例如 myhostname = www.centos.vbird，请注意等号的两边要给予空格符喔， 且第一个字符不可以是空白，亦即『my..』要由行首写起；
  • 可以使用『 $ 』来延伸使用变量设定，例如 myorigin = $myhostname，会等于 myorigin = www.centos.vbird；
  • 如果该变量支持两个以上的数据，则使用空格符来分隔，不过建议使用逗号加空格符『, 』来处理。 例如： mydestination = $myhostname, $mydomain, linux.centos.vbird，意指 mydestination 支持三个数据内容之意。
  • 可使用多行来表示同一个设定值，只要在第一行最后有逗号，且第二行开头为空格符， 即可将数据延伸到第二行继续书写 (所以刚刚第二点才说，开头不能留白！)；
  • 若重复设定某一项目，则以较晚出现的设定值为准！
    要让你的 postfix 可以收发信件时，你必需要启动的设定数据有底下这些喔：
  • myhostname：设定主机名，需使用 FQDN 喔

这个项目在于设定你的主机名，且这个设定值会被后续很多其他的参数所引用，所以必须要设定正确才行。 你应该要设定成为完整的主机名。在鸟哥的这个练习当中，应该设定为： myhostname = www.centos.vbird 才对。 除了这个设定值之外，还有一个 mydomain 的设定项目，这个项目默认会取 $myhostname 第一个『.』之后的名称。 举例来说上头设定完毕后，预设的 mydomain 就是 centos.vbird 啰！你也可以自行设定他。

  • myorigin ：发信时所显示的『发信源主机』项目

这个项目在设定『邮件头上面的 mail from 的那个地址』， 也就是代表本 MTA 传出去的信件将以此设定值为准喔！如果你在本机寄信时忘记加上 Mail from 字样的话， 那么就以此值为准了。默认这个项目以 $myhostname 为主的，例如： myorigin = $myhostname

  • inet_interfaces ：设定 postfix 的监听接口 (极重要)

在预设的情况下你的 Postfix 只会监听本机接口的 lo (127.0.0.1) 而已，如果你想要监听整个 Internet 的话， 请开放成为对外的接口，或者是开放给全部的接口，常见的设定方法为： inet_interfaces = all 才对！ 由于如果有重复设定项目时，会以最晚出现的设定值为准，所以最好只保留一组 inet_interfaces 的设定喔！

  • inet_protocols ：设定 postfix 的监听 IP 协议

预设 CentOS 的 postfix 会去同时监听 IPv4, IPv6 两个版本的 IP，如果你的网络环境里面仅有 IPv4 时，那可以直接指定 inet_protocols = ipv4 就会避免看到 :::1 之类的 IP 出现呦！

  • mydestination ：设定『能够收信的主机名』 (极重要)

这个设定项目很重要喔！因为我们的主机有非常多的名字，那么对方填写的 mail to 到底要写哪个主机名字我们才能将该信件收下？ 就是在这里规范的！也就是说，你的许多主机名当中，仅有写入这个设定值的名称才能作为 email 的主机地址。 在我们这个练习当中这部主机有三个名字，所以写法为： mydestination = $myhostname, localhost, linux.centos.vbird, ftp.centos.vbird

如果你想要将此设定值移动到外部档案，那可以使用类似底下的作法： mydestination = /etc/postfix/local-host-names ，然后在 local-host-names 里面将可收信的主机名写入即可。一般来说，不建议你额外建立 local-host-names 这个档案啦， 直接写入 main.cf 即可说！特别留意的是，如果你的 DNS 里头的设定有 MX 标志的话，那么请将 MX 指向的那个主机名一定要写在这个 mydestination 内， 否则很容易出现错误讯息喔！一般来说，使用者最常发生错误的地方就在这个设定里头呢！

  • mynetworks_style ：设定『信任网域』的一项指标

这个设定值在规定『与主机在同一个网域的可信任客户端』的意思！举例来说，鸟哥的主机 IP 是 192.168.100.254，如果我相信整个局域网络内 (192.168.100.0/24) 的用户的话，那我可规定此设定值为『 subnet 』吶！ 不过，一般来说，因为底下的 mynetworks 会取代这个设定值， 所以不设定也没有关系喔！如果要设定的话，最好设定成为 host 即可 (亦即仅信任这部 MTA 主机而已)。

  • mynetworks ：规定信任的客户端 (极重要)

你的 MTA 能不能帮忙进行 Relay 与这个设定值最有关系！举例来说，我要开放本机与内部网域的 IP 时，就可以这样进行设定： mynetworks = 127.0.0.0/8, 192.168.100.0/24。如果你想要以 /etc/postfix/access 这个档案来控制 relay 的用户时，那鸟哥可以建议你将上述的数据改写成这样： mynetworks = 127.0.0.0/8, 192.168.100.0/24, hash:/etc/postfix/access 然后你只要再建立 access 之后重整成数据库后，嘿嘿！就能够设定 Relay 的用户啰！

  • relay_domains ：规范可以帮忙 relay 的下一部 MTA 主机地址

相对于 mynetworks 是针对『信任的客户端』而设定的，这个 relay_domains 则可以视为『针对下游 MTA 服务器』而设定的。举例来说，如果你这部主机是 www.niki.centos.vbird 的 MX 主机时， 那你就得要在 relay_domains 设定针对整个 niki.centos.vbird 这个领域的目标信件进行转递才行。 在预设的情况下，这个设定值是 $mydestination 而已啦。

你必需要注意的『Postfix 预设并不会转递 MX 主机的信件』，意思就是说：如果你有两部主机，一部是上游的 MTAup ，一部是下游的 MTAdown ，而 MTAdown 规范的 MX 主机是 MTAup，由 22.1.2 谈到的 DNS 的 MX 设定值与信件传递方向，我们知道任何想要寄给 MTAdown 主机的信件， 都会先经过 MTAup 来转递才行！此时如果那部 MTAup 没有开启帮 MTAdown 进行 relay 的权限时， 那么任何传给 MTAdown 的信件将『全部都被 MTAup 所退回』！从此 MTAdown 就无法收到任何信件了。

上一段的说明请您特别再想一想，因为如果你在大公司服务而且你的公司上、下游均有 mail server 时， 并且也有设定 MX 的状况下，嘿嘿！这个 relay_domains 就很重要啦！上游的 MTA 主机必需要启动这个设定。 一般来说除非你是某部 MTA 主机的 MX 源头，否则这个设定项目可以忽略不设定他。 而如果你想要帮你的客户端转递信件到某部特定的 MTA 主机时，这个设定项目也是可以设定的啦。 默认请您保留默认值即可。

  • alias_maps ：设定邮件别名

就是设定邮件别名的设定项目，只要指定到正确的档案去即可，这个设定值可以保留默认值啊：

在了解上述的设定后，以鸟哥的范例来看的话，鸟哥有更动过或注明重要的设定值以及相关档案是这样处理的：

  1. [root@www ~]# vim /etc/postfix/main.cf
  2. myhostname = www.centos.vbird          &lt;==约在第  77 行
  3. myorigin = $myhostname                 &lt;==约在第  99 行
  4. inet_interfaces = all                  &lt;==约在第 114 行，117 行要批注掉
  5. inet_protocols = ipv4                  &lt;==约在第 120 行
  6. mydestination = $myhostname, localhost.$mydomain, localhost,
  7.   linux.centos.vbird, ftp.centos.vbird &lt;==约在第 165,166 行
  8. mynetworks = 127.0.0.0/8, 192.168.100.0/24, hash:/etc/postfix/access &lt;==约在269行
  9. relay_domains = $mydestination         &lt;==约在第 299 行
  10. alias_maps = hash:/etc/aliases
  11. alias_database = hash:/etc/aliases     &lt;==约在第 389, 400 行
  12. # 其他的设定值就先保留默认值即可啊！
  14. [root@www ~]# postmap hash:/etc/postfix/access
  15. [root@www ~]# postalias hash:/etc/aliases

因为 main.cf 当中我们有额外加入两个外部配置文件 (mynetworks 及 alias_maps) ，所以才会额外进行 postmap 及 postalias。然后准备来启动啦！你可以这样处理喔：

  1. # 1\. 先检查配置文件的语法是否有错误
  2. [root@www ~]# /etc/init.d/postfix check   &lt;==没有讯息，表示没有问题。
  4. # 2\. 启动与观察 port number
  5. [root@www ~]# /etc/init.d/postfix restart
  6. [root@www ~]# netstat -tlunp &#124; grep ':25'
  7. Proto Recv-Q Send-Q Local Address  Foreign Address   State   PID/Program name
  8. tcp        0      0 0.0.0.0:25     0.0.0.0:*         LISTEN  13697/master

很简单吧！这样就设定妥当了。假设你的防火墙已经处理完毕，那你的 Postfix 已经可以开放客户端进行转递，并且也可以收受信件啰！不过，到底在预设的情况下我们的 postfix 可以收下哪些信件？又可以针对哪些设定值的内容进行转递呢？这就得要参考下一小节的说明了。

22.2.5 信件传送流程与收信、relay 等重要观念

我想，您对于 MTA 的设定与收发信件应该有一定程度的概念了，不过要妥善设定好你的 MTA 时， 尤其是想要了解到整部 MTA 是如何收、发信件时，你最好还是要知道『我这部 MTA 如何接受来源主机所传来的信件，以及将信件转递到下一部主机去』的整个流程啊。 一般来说一封邮件传送会经过许多的流程为：

  • 送信端与收信端两部主机间会先经过一个握手 (ehlo) 的阶段，此时送信端被记录为发信来源(而不是 mail from)。 通过握手后就可以进行信件标头 (header) 的传送；

  • 此时收信端主机会分析标头的信息，若信件之 Mail to: 主机名为收信端主机，且该名称符合 mydestination 的设定，则该信件会开始被收下至队列，并进一步送到 mailbox 当中； 若不符合 mydestination 的设定，则终止联机且不会进行信件内容 (body) 的传送；

  • 若 Mail to: 主机名非为收信端本身，则开始进行转递 (relay) 的分析。

  • 转递过程首先分析该信件的来源是否符合信任的客户端 (这个客户端为步骤 1 所记录的发信主机喔)，亦即来源是否符合 mynetworks 的设定值，若符合则开始收下信件至队列中，并等待 MDA 将信件再转递出去，若不符 mynetworks 则继续下一步；

  • 分析信件来源或目标是否符合 relay_domains 的设定，若符合则信件将被收下至队列，并等待 MDA 将信件再转递出去；

  • 若这封信的标头数据都不合乎上述的规范，则终止联机，并不会接受信件的内容数据的。

整个流程有点像底下这样：

27.2. 22.2 MTA 服务器： Postfix 基础设定 - 图1图 22.2-1、在本机 MTA 当中的信件分析过程

也就是说标头分析通过后，你的信件内容才会开始上传到主机的队列，然后透过 MDA 来处理该信件的流向。 而不是将信件完整的传送到主机后才开始分析的喔！这个得要特别注意吶！而透过上述的流程后， 在暂不考虑 access 以及 MDA 的分析机制中，一部 MTA 想要正确的收、发信件时，电子邮件必需要符合：

  • 收信方面：必需符合底下需求：

    • 发信端必需符合 $inet_interfaces 的设定；
    • 信件标头之收件者主机名必需符合 $mydestination 的设定， 或者收件主机名需要符合 $virtual_maps (与虚拟主机有关) 的设定；

  • 转递方面 (Relay)：必需符合底下需求：

    • 发信端必需符合 $inet_interfaces 的设定；
    • 发信端来源必需为 $mynetworks 的设定；发信端来源或信件标头之收件者主机名符合 $relaydomains 之设定内容。
      同样的原理与想法你可以将他用在 sendmail 的设定当中喔！ ^      ^！不过很多垃圾信却是藉由这个预设的收发管道来发送， 怎么说呢？请看底下的分析：

例题：在我的主机上面竟然发现这样的广告信，那就是『利用我的主机发送广告信给我自己！』为什么这样也可以呢？答：首先，你必需要熟悉一下上述的流程，在第 2 个步骤当中我们知道，当主机收到一封信且这封信的目标是自己， 并且也符合 mydestination 的设定时，该信件就会被收下来而不必验证客户端是否来自于 mynetworks 了。 所以说，任何人都可以用这个流程来寄信给你啊。不过，你的 MTA 并不是 open relay 啦，不会帮人家发送广告信的，不用担心。

例题：我的主机明明没有 Open relay ，但很多其他的 MTA 管理员发信给我，说我的主机的某个账号持续发送广告信， 但是我的主机明明没有那个账号啊！这是怎么回事？答：仔细看一下流程的步骤 1 与 2 ，确认该封信能否被收下来与发信端及收信端主机名有关。 而我们知道在邮件的 header 里面还有一个 mail from 的标头设定项目，这个标头设定是我们在查阅邮件时看到的『回邮地址』， 这个数据是可以伪造的！而且他与收发信件的数据无关！所以，您应该要告知对方 MTA 管理员， 请他提供详细的 log 数据，才能够判断该封信是否由你的主机所发送出去的。

一般来说，目前的广告业者很多都是利用这种欺敌的方式来处理的，所以您必需要请对方提供详细的 log file 数据以供查验才行喔！

22.2.6 设定邮件主机权限与过滤机制 /etc/postfix/access

基本上，指定了 Postfix 的 mynetworks 的信任来源就能够让使用者 relay 了，不过如果你依照鸟哥上述的方式 (22.2.4) 来设定你的 mynetworks 的话，那么我们还可以利用 access 这个档案来额外管理我们的信件过滤呢！基本的 access 语法为：

  1. 规范的范围或规则               Postfix 的动作 (范例如下)
  2. IP/部分IP/主机名/Email等       OK/REJECT

假设你想要让 120.114.141.60 还有 .edu.tw 可以使用这部 MTA 来转递信件，且不许 av.com 以及 192.168.2.0/24 这个网域的使用时，可以这样做：

  1. [root@www ~]# vim /etc/postfix/access
  2. 120.114.141.60        OK
  3. .edu.tw            OK
  4. av.com            REJECT
  5. 192.168.2\.          REJECT
  6. # OK 表示可接受，而 REJECT 则表示拒绝。
  8. [root@www ~]# postmap hash:/etc/postfix/access
  9. [root@www ~]# ls -l /etc/postfix/access*
  10. -rw-r--r--. 1 root root 19648 2011-08-09 14:05 /etc/postfix/access
  11. -rw-r--r--. 1 root root 12288 2011-08-09 14:08 /etc/postfix/access.db
  12. # 你会发现有个 access.db 的档案才会同步更新！这才是 postfix 实际读取的！

用这个档案设定最大的好处是，你不必重新启动 postfix，只要将数据库建立好， 立刻就生效了！这个档案还有其它的进阶功能，你可以自行进入该档案查阅就知道了。但是进阶设定还需要 main.cf 内的其他参数有设定才行！如果只有之前 $mynetworks 的设定值时，你只能利用 access.db 的方式来开放 relay 的能力而已。不过，至少他可以让我们的设定简化啰！ ^_^

22.2.7 设定邮件别名： /etc/aliases, ~/.forward

想一想，你的主机里面不是有很多系统账号吗？例如 named, apache, mysql…， 那么以这些账号执行的程序若有讯息发生时，他会将该讯息以 email 的方式传给谁？应该就是传给 named, apache… 等账号自己吧。 不过，你会发现其实这些系统账号的信息都是丢给 root！ 这是因为其他的系统账号并没有密码可登入，自然也就无法接收任何邮件了，所以若有邮件就给系统管理员啰。不过，咱们的 MTA 怎么知道这些信件要传给 root ？这就得要 aliases 这个邮件别名配置文件来处理啦！

  • 邮件别名配置文件： /etc/aliases
    在你的 /etc/aliases 档案内，你会发现类似底下的字样：
  1. [root@www ~]# vim /etc/aliases
  2. mailer-daemon:  postmaster
  3. postmaster:     root
  4. bin:            root
  5. daemon:         root
  6. ....(底下省略)....

左边是『别名』右边是『实际存在的使用者账号或者是 email address』！ 就是透过这个设定值，所以让我们可以将所有系统账号所属的信件通通丢给 root 啊！好，我们现在将他扩大化，假如你的 MTA 内有一个实际的账号名称为 dmtsai ，这个使用者还想要使用 dermintsai 这个名称来收他的信件， 那么你可以这样做：

  1. [root@www ~]# vim /etc/aliases
  2. dermintsai:     dmtsai
  3. # 左边是你额外所设定的，右边则是实际接收这封信的账号！
  5. [root@www ~]# postalias hash:/etc/aliases
  6. [root@www ~]# ll /etc/aliases*
  7. -rw-r--r--. 1 root root  1535 2011-08-09 14:10 /etc/aliases
  8. -rw-r--r--. 1 root root 12288 2011-08-09 14:10 /etc/aliases.db

从此之后不论是 dmtsai@www.centos.vbird 还是 dermintsai@www.centos.vbird 都会将信件丢到 /var/spool/mail/dmtsai 这个信箱当中喔！很方便吧！

  • /etc/aliases 实际应用一：让一般账号可接收 root 的信
    假设你是系统管理员，而你常用的一般账号为 dmtsai，但是系统出错时的重要信件都是寄给 root 啊， 偏偏 root 的信件不能被直接读取….所以说，如果能够将『给 root 的信也转寄一份给 dmtsai 』的话， 那就太好了！可以达到吗？当然可以！你可以这样做：
  1. [root@www ~]# vim /etc/aliases
  2. root:        root,dmtsai  &lt;==鸟哥建议这种写法！
  3. # 信件会传给 root 与 dmtsai 这两个账号！
  5. root:        dmtsai       &lt;==如果 dmtsai 不再是管理员怎办？
  6. # 从此 root 收不到信了，都由 dmtsai 来接受！
  8. [root@www ~]# postalias hash:/etc/aliases

上面那两行你可以择一使用，看看 root 要不要保留他的信件都可以的！鸟哥建议使用第一种方式，因为这样一来， 你的 dmtsai 可以收到 root 的信，且 root 自己也可以『备份』一份在他的信箱内，比较安全啦！

  • /etc/aliases 实际应用二：发送群组寄信功能
    想象一个情况，如果你是学校的老师，你虽然只带一班导生，但是『每年都一班』时，如果有一天你要将信发给所有的学生， 那在写 email 的标头时，可能就会头昏昏的了 (因为联络人名单太多了)！这个时候你可以这样做： (假设主机上学生的账号为 std001, std002… )
  1. [root@www ~]# vim /etc/aliases
  2. student2011:    std001,std002,std003,std004...
  4. [root@www ~]# postalias hash:/etc/aliases

如此一来只要寄信到这部主机的 student2011 这个不存在的账号时，该封信就会被分别存到各个账号里头去， 管理上面是否很方便啊！ ^_^！事实上，邮件别名除了填写自己主机上面的实体用户之外，其实你可以填写外部主机的 email 喔！ 例如你要将本机的 dermintsai 那个不存在的用户的信件除了传给 dmtsai 之外，还要外传到 dmtsai@mail.niki.centos.vbird 时，可以这样做：

  1. [root@www ~]# vim /etc/aliases
  2. dermintasi:    dmtsai,dmtsai@mail.niki.centos.vbird
  4. [root@www ~]# postalias hash:/etc/aliases

很方便吧！更多的功能就期待您自行发掘啰！

Tips: 在这本书里面，dmtai 的家目录并非在正规的 /home 底下，而是放置于 /winhome 当中 (参考第十六章的练习)，所以实际操作 mail 指令会出错！这是因为 SELinux 的关系！请参考 /var/log/messages 底下的建议动作去处理即可！

27.2. 22.2 MTA 服务器： Postfix 基础设定 - 图2

  • 个人化的邮件转递： ~/.forward
    虽然 /etc/aliases 可以帮我们达到邮件别名设定的好处，不过 /etc/aliases 是只有 root 才能修改的档案权限， 那我们一般使用者如果也想要进行邮件转递时，该如何是好？没关系，可以透过自己家目录下的 .forward 这个档案喔！ 举例来说，我的 dmtsai 这个账号所接收到的信件除了自己要保留一份之外，还要传给本机上的 vbird 以及 dmtsai@mail.niki.centos.vbird 时，那你可以这样做设定：
  1. [dmtsai@www ~]$ vim .forward
  2. # 注意！我现在的身份现在是 dmtsai 这个一般身份，而且在他的家目录下！
  3. dmtsai
  4. vbird
  5. dmtsai@mail.niki.centos.vbird
  7. [dmtsai@www ~]$ chmod 644 .forward

记得这个档案内容是一行一个账号 (或 email) ，而且权限方面非常重要：

  • 该档案所在用户家目录权限，其 group、other 不可以有写入权限。
  • .forward 档案权限，其 group、other 不可以有写入权限。
    如此一来这封信就会开始转递啰！有趣吧！ ^_^

22.2.8 察看信件队列信息： postqueue, mailq

说实话，设定到此为止咱们的 postfix 应该可以应付一般小型企业之 mail server 的用途了！ 不过，有的时候毕竟因为网络的问题或者是对方主机的问题，可能导致某些信件无法送出而被暂存在队列中， 那我们如何了解队列当中有哪些邮件呢？还有，在队列当中等待送出的信件是如何送出的呢？

  • 如果该封信在五分钟之内无法寄出，则通常系统会发出一封『警告信』给原发信者， 告知该封邮件尚无法被寄送出去，不过，系统仍会持续的尝试寄出该封邮件；
  • 如果在四小时候仍无法寄出，系统会再次的发出警告信给原发信者；
  • 如果持续进行五天都无法将信件送出，那么该封邮件就会退回给原发信者了！
    当然啦，某些 MTA 已经取消了警告信的寄发，不过原则上，如果信件无法实时寄出去的话 MTA 还是会努力尝试 5 天的，如果接下来的 5 天都无法送出时，才会将原信件退回给发信者。 一般来说，如果 MTA 设定正确且网络没有问题时，应该是不可能会有信件被放在队列当中而传不出去的， 所以如果发现有信件在队列时，当然得要仔细的瞧一瞧啰！检查队列内容的方法可以使用 mailq ， 也可以使用 postqueue -p 来检查的：
  1. [root@www ~]# postqueue -p
  2. Mail queue is empty

若您的邮件如此显示时，恭喜您，没有什么问题邮件在队列当中。不过如果你将 postfix 关闭， 并尝试发一封信给任何人，那就可能会出现如下的画面啦：

  1. [root@www ~]# /etc/init.d/postfix stop
  2. [root@www ~]# echo "test" &#124; mail -s "testing queue" root
  3. [root@www ~]# postqueue -p
  4. postqueue: warning: Mail system is down -- accessing queue directly
  5. -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
  6. 5CFBB21DB       284 Tue Aug  9 06:21:58  root
  7.                                          root
  8. -- 0 Kbytes in 1 Request.
  9. # 第一行就说明了无法寄出的原因为 Mail system is down 啦！
  10. # 然后才出现无法寄出的信件信息！包括来源与目标喔！

输出的信息主要为：

  • Queue ID：表示此封邮件队列的代表号 (ID)，这个号码是给 MTA 看的，我们看不懂不要紧；
  • Size ：这封信有多大容量 (bytes) 的意思；
  • Arrival Time：这封信什么时候进入队列的，并且可能会说明无法立即传送出去的原因；
  • Sender/Recipient：送信与收信者的电子邮件啰！
    事实上这封信是放置在 /var/spool/postfix 里面，由于信件内容已经编码为给 MTA 看的数据排列， 所以你可以使用 postcat 来读出原信件的内容喔！例如这样做 (注意看档名与 Queue ID 的对应！)：
  1. [root@www ~]# cd /var/spool/postfix/maildrop
  2. [root@www maildrop]# postcat 5CFBB21DB  &lt;==这个档名就是 Queue ID
  3. *** ENVELOPE RECORDS 5CFBB21DB ***     &lt;==说明队列的编号啊
  4. message_arrival_time: Tue Aug  9 14:21:58 2011
  5. named_attribute: rewrite_context=local &lt;==分析 named (DNS) 的特性来自本机
  6. sender_fullname: root                  &lt;==发信者的大名与 email
  7. sender: root
  8. recipient: root                        &lt;==就是收件者啰！
  9. *** MESSAGE CONTENTS 5CFBB21DB ***     &lt;==底下则是信件的实际内容啊！
  10. Date: Tue, 09 Aug 2011 14:21:58 +0800
  11. To: root
  12. Subject: testing queue
  13. User-Agent: Heirloom mailx 12.4 7/29/08
  14. MIME-Version: 1.0
  15. Content-Type: text/plain; charset=us-ascii
  16. Content-Transfer-Encoding: 7bit
  18. test
  19. *** HEADER EXTRACTED 5CFBB21DB ***
  20. *** MESSAGE FILE END 5CFBB21DB ***

如此一来你就知道目前我们的 MTA 主机有多少未送出的信件，还有未送出信件的内容你也可以追踪的到了！ 很不错，对吧！不过，如果你想要我们的 postfix 立刻尝试将这些在队列当中的信件寄出去，那又该如何是好？ 你有几个作法啦，可以重新启动 postfix ，也可以透过 postfix 的动作来处理，例如：

  1. [root@www ~]# /etc/init.d/postfix restart
  2. [root@www ~]# postfix flush

鸟哥个人比较建议使用 postfix flush 啰！自行参考看看先！ ^_^！接下来，让我们先来处理一下收信的 MRA 服务器， 搞定后再来处理客户端的用户接口吧！

22.2.9 防火墙设置

因为整个 MTA 主要是透过 SMTP (port 25) 进行信件传送的任务，因此，针对 postfix 来说，只要放行 port 25 即可呦！ 修改一下 iptables.rule 吧！

  1. [root@www ~]# vim /usr/local/virus/iptables/iptables.rule
  2. # 找到底下这一行，并且将它批注拿掉！
  3. iptables -A INPUT -p TCP -i $EXTIF --dport  25  --sport 1024:65534 -j ACCEPT
  5. [root@www ~]# /usr/local/virus/iptables/iptables.rule

这样就放行整个 Internet 对您服务器的 port 25 的读取啰！简单！搞定！

原文: https://wizardforcel.gitbooks.io/vbird-linux-server-3e/content/166.html