当前位置 >>返回技术文章列表

4.安全

　　Postfix则并一定要以root 的身份运行，而只需要一个主(master)程序以root身份运行，其生成进程来处理 接入、发出及本地邮件投递工作。通过使用一系列模块部件，每个任务由一个单 独的程序来运行(这样使审计变的容易一些)。例如发出邮件被卸载到一个队列目 录,在这里“pcikup”程序取到该邮件然后将邮件传递给“cleanup”程序，其再 将邮件传递给“trivial-rewrite”，其负责处理邮件头，最后若邮件目的是别 的系统则将邮件传递给“smtp”程序。而且相对于Sendmail来说Postfix也更容 易设置chrooted环境。只要简单地通过编辑master.cf(一般位于/etc/postfix 内)文件即可实现，并且Postfix将运行chrooted,以限定在其定义的队列目录之 下(通常位于/var/spool/postfix)，同样可以在master.cf中对Postfix的单一模 块设置进程限制。用户可以限制Postfix以哪个用户的身份运行，一般来说是以 “postfix”用户(概念上该用户和Apache的nobody类似)运行，该用户可以访问 特定的队列目录。Postfix其他的主要优点是起配置文件的清晰易懂性。

5.与Sendmail的比较

　　如sendmail之类的邮件系统 是按照一个"单块"的结构设计实现的，该“单块”程序实现所有的功 能。当然这种结构有利于在系统的不同部分之间共享数据。但是这种结构容易出 现一些致命的错误。而如qmail的邮件系统上使用一种分层次的结构，按照固定 得顺序运行不同功能的子模块进程，执行完毕之后就将其释放。这种方法有良好 的“绝缘”性，但是增加了进程创建开销和进程间通信开销。但是通过合理的规 划子模块进程的运行顺序可以将开销保持在可以接受的范围内。

　　使用其他的MTA替代Sendmail是一 件非常麻烦的事情，用户往往又要花大量的时间去熟悉新的MTA的配置和使用。 而使用Postfix，你可以利用很多以有的配置文件。如(access, aliases, virtusertable等等)，只需要简单的在master.cf中定义一下即可。此 外，Postfix在行为上也很象Sendmail,用户可以使用"sendmail"命令 来启动Postfix。

　　当然，使用一个软件来替代另外一个软件需要解决特定的问题。部分原因是因为 Postfix的安全特性，在配置Postfix时可能会遇到一些问题。最典型的问题是向 root用户发送邮件。Postfix一般不提高自身的权限(向root用户发送邮件所必须 的)来投递邮件。用户需要在别名文件中为root定义别名，如："root: someuser"。这同样会对若干个邮件列表模块发生影响，特别是SmartList 。一般来说实现邮件列表最好使用Majordomo,它易于配置。

　　Sendmail一个很突出的问题就是可 扩展性和性能问题。例如用户若希望每天重新启动Sendmail来实现自动更新配置 文件(如为虚拟主机重定向邮件)就会出现问题。Sendmail生成新的进程来处理发 送和接收邮件，这些进程会一直存在直到传输结束，之后Sendmail才能退出，这 样你的脚本程序将不能正确的重起Sendmail。而对于Postfix，用户则只需要发 出命令"postfix reload"即可，Postfix将会重新加载其配置文件。

　　另外，对于有数以万计的用户的邮件服务器来说，使用文件来存储如匹配用户发 出邮件地址(例如bob发出的信的发信人修改为sales@example.org)。对于大量用 户来讲，该文件就会变的很巨大，从而影响系统的运行效率。而Postfix则可以 和一个数据库后台集成起来(当前只支持MySQL)来存放其配置信息，数据库方式 要比文件方式在可扩展性方面强大很多。

　　遵从IBM的开放源代码版权许可证 ，用户可以自由地分发该软件，进行二次开发。其唯一的限制就是必须将对 Postfix做的修改返回给IBM公司。因为IBM资助了Wietse的开发