本章描述了 Postfix 的工作原理，系统中每个部分的作用以及这些组件之间的关系。 阅读完本材料后，您应该对 Postfix 有一个整体的了解，以便您可以专注于单个目标。

Postfix 由少量与用户进程交互的程序（sendmail, postqueue, postsuper等等）和大量在后台运行的程序组成。 只有在后台运行的程序由master守护进程控制。master守护进程的工作是确定要做什么工作，并派遣适当的程序来完成工作。 这种模块化设计允许更高的安全性，因为每个程序都以完成其任务所需的最低权限集运行。

您可以将整个 Postfix 系统视为路由器。 乍一看这可能听起来很奇怪，但请记住，路由器的工作是查看 IP 数据包，确定目标 IP 地址（也可能是源 IP 地址），然后选择正确的接口来将数据包路由到其目的地。 Postfix 对邮件执行相同的操作（参见图 5-1），查看消息的目标（信封收件人）和源（信封发件人），以确定将消息移近其最终目的地的应用程序。

Postfix 的工作方式类似于路由器

现在让我们更仔细地看看这个系统。 真正的路由器通常接受来自多个接口的 IP 数据包，并通过接口将它们路由出去。 Postfix 也是如此； 它接受来自多个来源的消息，然后将邮件传递到多个目的地。 消息的来源可能是本地sendmail二进制文件或 SMTP 或 QMQP 连接。 目标可以是本地邮箱、传出 SMTP 或 LMTP、管道连接到程序等等。 图 5-2 显示了 Postfix 的这种视图。

Postfix“路由器”接受并建立各种连接

消息的来源和目的地似乎足够明确，但 Postfix 如何根据目的地选择传递方法？ 路由器使用将 IP 地址与网络匹配的路由表来确定路径。 Postfix 对电子邮件地址执行相同的操作。

在 Postfix 中，查找表称为映射。 Postfix 使用 映射 不仅可以找出邮件的发送位置，还可以限制客户端、发件人和收件人，以及检查电子邮件内容中的某些模式。 图 5-3 显示了映射的位置——仅举几例，aliases, virtual和transport显示出来——适合在什么位置。

映射是 Postfix“路由器”的查找表

图 5-4 显示了 Postfix 守护进程的概述以及它们如何组合在一起。

图 5-4：Postfix 守护进程之间的关系

Postfix 轮询在您的queue_directory文件中由参数指定的目录中的所有队列。main.cf队列目录通常是/var/spool/postfix。每个队列都有自己的子目录，其名称标识该队列。 Postfix 处理的所有邮件都保留在这些目录中，直到 Postfix 传递它们。 您可以通过其队列状态确定邮件的状态incoming, maildrop, deferred, active, hold, 或者corrupt.

映射是 Postfix 用于查找信息的文件和数据库。映射有许多不同的用途，但它们都有一个共同点 - 左侧 (LHS，或键) 和右侧 (RHS，或值)。

要使用映射，您需要指定一个键，并获得关联的值作为结果。

注意：这里的键和值来自各种文件，在一个文件中没有意义。 前面的列表只是一个说明，表明所有映射条目都采用相同的基本形式。

映射类型

Postfix 可以使用许多不同类型的映射。 可用的格式取决于 Postfix 在您的特定系统上的编译方式。 要了解您的 Postfix 支持哪些格式，请在命令行上运行postconf -m。 您应该获得映射类型的列表

# postconf -m
btree
cdb
cidr
environ
hash
ldap
mysql
nis
pcre
proxy
regexp
sdbm
static
tcp
unix

索引映射（hash、btree、dbm 等）

索引映射是使用诸如newaliases, postalias和postmap之类的命令从常规文本文件构建的二进制数据库。二进制映射具有索引格式，因此 Postfix 可以快速检索与键关联的值。为了进一步提高性能，Postfix 守护程序在启动时打开这些映射，并且除非它们注意到文件系统中映射文件发生更改，否则它们不会重新读取它们。要重新加载映射，守护程序会退出，然后由master守护进程之间有很多相似之处。

最常见的索引映射是从aliases, virtual, transport, relocated和sasl_passwd文本文件构建的。您可以识别映射文件，因为它的名称是原始文件，带有后缀，该后缀也告诉您索引格式。例如，使用aliases命令构建的postalias映射文件命名为aliases.db.

Postfix 以手册页中指定的预定义顺序查询表中的条目（access(5)、transport(5)、virtual(5)、aliases(5) 和 canonical(5)）。换句话说，每个映射查找实际上都包含一系列对索引映射中单个键的单次查询（源自原始查询）。

线性映射（PCRE、regexp、CIDR 和平面文件）

线性映射是常规文本文件。 Postfix 从上到下读取这些文件，这使它们与索引映射不同。 这种差异非常重要，因为文件中第一次匹配决定了 Postfix 将采取的操作。 Postfix 会忽略任何后续条目，无论它们是否匹配查询。

考虑以下 regexp 映射，其中john.doe@example.com查找返回 OK，因为第一行匹配。

/john\.doe@example\.com/ OK
/example\.com/ REJECT

但是，如果您交换 regexp 映射中的行，则另一个条目首先匹配，因此相同的john.doe@example.com查找返回REJECT:

/example\.com/ REJECT
/john\.doe@example\.com/ OK

您不需要将线性映射转换为二进制形式（事实上，您无法这样做）。 Postfix 守护程序在启动时读取它们，并且在重新启动之前不会注意到映射的任何更改。 典型的 Postfix 线性映射包括header_checks, body_checks和mime_header_checks（请参阅第 9 章）。

这可能会导致明显的性能下降，尤其是在您有大量*_checks参数使用 regexp 或 PCRE（Perl 兼容正则表达式）类型的映射来防止垃圾邮件进入系统时。发生这种情况时，通常需要将复杂的垃圾邮件过滤交给外部应用程序处理。

要使 Postfix 守护进程注意到线性映射中的更改，请运行 postfix reload。如果时间不紧迫，您可以设置max_use参数来定义守护进程的生存时间。一旦守护进程处理了该参数中指定的任务数量，它就会退出并由master重新启动。重新启动后，它会重新读取所有需要的映射。

数据库（MySQL、PostgreSQL、LDAP）

Postfix 将数据库视为索引映射。数据库查询的结果是匹配（以及查询返回的值）或不匹配。数据库映射和索引映射的主要区别在于，当数据库发生更改时，您无需重新启动守护进程。Postfix 不会假定只有邮局管理员才能更改数据库。

这种方法的缺点是数据库可能无法优雅地处理大量的查询，因为 Postfix 至少需要为每个映射中的查找执行三个查询（请参阅下面的“Postfix 如何查询映射”部分）。在高负载下，数据库后端可能会停止工作，并且您的邮件服务可能会受到自我引起的崩溃或拒绝服务攻击的影响。这种可能性不应阻止您使用数据库后端，但您应该意识到风险。

对于负载重的系统，数据库查找可能会成为一个问题，但这并不是唯一需要考虑的问题——延迟可能是另一个问题。数据库查询比索引映射具有更高的延迟，因为 Postfix 必须连接到数据库后端，发送查询，然后等待结果。使用索引映射，Postfix 只需查询已加载到内存中的数据。

如果您的数据库成为瓶颈，并且您没有过大的映射，则可以在数据库和 Postfix 之间插入一个映射。也就是说，您可以从完整的数据库查询创建一个索引映射，然后使用该映射运行 Postfix。您需要记住根据需要经常更新映射，但是proxymap守护进程可以显著减少并发连接数。

确定到数据库的并发连接数

Postfix 守护进程（smtpd, smtp等等）运行的进程限制（由default_process_limit设置）为 100 个并发进程。在峰值负载下运行，将有 100 个并发smtpd守护进程，每个守护进程都查询数据库后端以进行一次 access(5) 查找（例如，因为我们使用映射来检查客户端是否在我们的个人黑名单中，如果是，则应拒绝其向我们发送邮件）。

请记住，一次查找至少会导致三次查询，因此到数据库的同时查询数量至少为default_process_limit * 3（在默认配置中，这将是 300 个查询），而同时连接的数量是default_process_limit。这只是smtpd守护进程的查询和连接数量；其他守护进程，例如local和qmgr，可能正在处理其他作业，从而增加了打开的连接数和同时查询数。

Postfix 如何查询映射

映射可以用于各种任务。Postfix 具有使用映射的表驱动机制（请参阅 access(5)、aliases(5)、canonical(5) 和 transport(5)）。这些映射可以使用不同的查找机制（LDAP、NIS、SQL、btree、hash、regexp、cdb、cidr、pcre 等）。请注意，下面描述的查找顺序仅适用于 access(5) 类型的映射。

指定。这种查找顺序意味着 Postfix 为每个查询执行多次查找，这实际上不是问题，除非您使用高延迟映射（如 SQL 或 LDAP 映射）（当然，您应该预料到很多查找都需要多个查询）。这只是在您将所有映射放入 LDAP，然后在postfix-users邮件列表中抱怨“Postfix 很慢……”之前要记住的一件事。

Postfix 支持并非基于 Postfix 构建，甚至不在您直接控制之下的信息源，例如黑名单（DNSBL 和 RHSBL 列表）、基于 DNS 的列表和其他外部来源。黑名单几乎专门用于smtpd_*_restrictions参数中，以拒绝来自 DNSBL 或 RHSBL 样式列表中列出的客户端或发件人的邮件（请参阅第 7 章）。

与任何外部查询一样，由于连接问题、针对黑名单服务器的拒绝服务攻击和其他问题，这些查找可能会失败。如果发生超时或其他故障，Postfix 仍然可能接受邮件（绕过可能的限制），但它会将相应的警告记录到邮件日志中。

Postfix 附带了许多命令行实用程序，可帮助您完成管理任务。尽管它们执行不同的功能（例如查询映射、检查队列文件、对消息进行排队和重新排队以及更改配置），但它们都有一个共同点——它们的名称以“post”开头。

postfix

的postfix命令使用stop, start和reload选项停止、启动和重新加载配置。

postalias

的postalias命令从别名文件创建索引别名映射。它的工作方式与postmap命令（稍后介绍）类似，但它特别注意别名文件中的表示法（其中冒号分隔键和值）。postalias必须在别名文件上使用。

postcat

的postcat命令显示邮件队列中消息的内容。

要读取邮件队列中的消息，您需要其队列 ID。运行mailq以获取队列 ID 列表。例如，以下消息的队列 ID 为 F2B9715C0B3

# mailq
F2B9715C0B3 2464 Mon Oct 13 15:29:39 markus.herrmann@example.com
            (connect to mail.example.com[217.6.113.151]: Connection timed out)
            torsten.hecke@example.net
-- 2 Kbytes in 1 Requests.

获取队列 ID 后，将其用作postcat的选项以查看队列文件的内容

# postcat -q F2B9715C0B3

postmap

的postmap命令的主要目的是从平面文件构建索引映射。例如，要构建/etc/postfix/virtual.db来自/etc/postfix/virtual，运行以下命令。

# postmap hash:/etc/postfix/virtual

的postmap命令可以做更多的事情。其中最有用的功能是能够测试 Postfix 安装支持的任何类型的映射。这在调试映射查找似乎失败的配置时非常有用，并且您不确定 Postfix 是否实际可见键和值。

调试查找表中的条目

要确定 Postfix 是否可以在映射中找到条目，请使用 postmap -q。例如，以下命令返回分配给键<sender@example.com>在映射/etc/postfix/sender_access（类型 hash）

# postmap -q sender@example.com hash:/etc/postfix/sender_access
OK

中的值。postmap不<sender@>, <example.com>和<com>，即使这些术语在 access(5) 手册页中也是如此。您需要手动执行这些查找

# postmap -q sender@ hash:/etc/postfix/sender_access
# postmap -q example.com hash:/etc/postfix/sender_access
# postmap -q com hash:/etc/postfix/sender_access

postdrop

的postdrop命令从标准输入读取邮件，并将结果放入maildrop目录中。该程序与sendmail实用程序结合使用。

postkick

的postkick命令通过本地传输通道向 Postfix 守护进程发送请求，从而使 Postfix 进程间通信可供 shell 脚本和其他程序访问。

重新排队消息

以下高级postkick示例演示如何重新排队消息以立即重新发送

# cat queueidlist | postsuper -r -
postkick public pickup W

此命令序列将queueidlist中列出的所有选定消息移动到maildrop队列，使用postsuper -r- 命令，其中pickup守护进程将像处理任何其他邮件一样处理它们。通过这样做，您可以将内容过滤器重置为适合本地提交的设置，并添加额外的Received: 标头。

的postkick命令请求立即进行maildrop队列扫描。否则，消息将在maildrop队列中停留最多 60 秒。pickup守护进程将消息提交到cleanup守护进程，它会在那里获得一个新的 queueid 并被存放到incoming队列中。整个目的是尽快将消息移动到active队列。

postlock

的postlock命令允许您独占访问 Postfix 写入的 mbox 文件，然后在保持锁定的情况下运行命令。您从postlock获得的锁定与 Postfixlocal传送代理兼容。当您的命令执行时，Postfix 不会接触该文件。这是一个例子

# postlock /var/mail/user from

postlog

的postlog命令允许外部程序（如 shell 脚本）将消息写入邮件日志。这是一个与 Postfix 兼容的日志记录接口；默认情况下，它会将命令行中的文本记录为单个记录。这是一个非常简单的例子

# postlog This is a test
postlog: This is a test
# grep "This is a test" /var/log/mail.log
Feb 20 11:50:16 mail postlog: This is a test

postqueue

的postqueue命令是 Postfix 队列的用户界面，为您提供传统上可与sendmail命令一起使用的功能。

postsuper

的postsuper命令维护 Postfix 队列中的作业。与postqueue不同，此命令仅限于超级用户，并且可以在 Postfix 关闭时运行。一些postsuper功能需要在启动守护进程进程之前检查队列。表 5-1 显示了postsuper命令可以执行的操作。

最常见的用途之一是postsuper使用以下命令从邮件队列中删除邮件postsuper -d queueid。手动执行此操作很繁琐，尤其是在删除许多文件时。以下 Perl 脚本 (delete_from_mailq) 使其更容易

#!/usr/bin/perl
$REGEXP = shift || die "no email-address given (regexp-style, e.g. bl.*\@yahoo.com)!";
@data = qx</usr/sbin/postqueue -p>;
for (@data) {
	if (/^(\w+)(\*|\!)?\s/) {
		$queue_id = $1;
	}
	if($queue_id) {
		if (/$REGEXP/i) {
			$Q{$queue_id} = 1;
			$queue_id = "";
		}
	}
}
#open(POSTSUPER,"|cat") || die "couldn't open postsuper" ;
open(POSTSUPER,"|postsuper -d -") || die "couldn't open postsuper" ;
foreach (keys %Q) {
	print POSTSUPER "$_\n";
};
close(POSTSUPER);

以下是如何使用它

# mailq
C73A015C095     7509 Mon Oct 13 14:56:17 MAILER-DAEMON
	(connect to mx5.ancientaward.com[64.156.166.211]: Connection refused)
 
National_Nosepicking_Month@mx5.ancientaward.com

请注意，发件人被标识为<MAILER-DAEMON>。要删除这些退信，请以 root 身份运行 delete-from-mailq

# delete-from-mailq MAILER-DAEMON
postsuper: C73A015C095: removed
postsuper: Deleted: 1 message

关于作者

Ralf Hildebrandt 和 Patrick Koetter 是 Postfix 社区中活跃且知名的人物。 Hildebrandt 是德国电信公司 T-NetPro 的系统工程师，Koetter 经营自己的公司，为欧洲和非洲的客户提供企业通信咨询和开发。 两人都曾在行业会议上发表过关于 Postfix 的演讲，并定期向许多开源邮件列表投稿。

No Starch Press 在这里有更多关于这本书的信息：www.nostarch.com/postfix.htm 作者维护着该书的勘误和下载页面，您可能想在这里查看：www.postfix-book.com/errata.html