Courier 邮件服务器

来自 ArchWiki
（重定向自 Courier MTA）

本文或章节是移动到 HowTo:courier-mta with authuserdb, vmail and IMAP/POP3 的候选。

注意： 特定设置和令人困惑的页面标题（参见讨论）。（在 Talk:Courier Mail Server 中讨论）

相关文章

本文或章节需要语言、wiki 语法或风格改进。请参阅 Help:Style 以供参考。

原因： 使用的语言总体上很差（在 Talk:Courier Mail Server 中讨论）

Courier MTA 是一个 邮件传输代理 和带有 Courier 的 POP3/IMAP4 服务器。本文基于 邮件服务器 构建。

Courier-MTA 的优点是

  • MTA 和 POP3/IMAP 的身份验证针对一个数据源进行
  • 此数据源可以是 MySQL、PgSQL 或 LDAP，但也可能更简单，如 PAM 或编译的纯文本文件 (BerkeleyDB)
  • 轻松支持虚拟用户
  • 开箱即用的 SMTP-auth
  • 自带 webmail
  • 可以进行基于 Web 的管理
  • 如果需要，还有一个单独的邮件投递代理 (MDA)

序言

以下文本描述了在一台物理机器上设置两个本地域，这对于单个用户或小型公司来说并不罕见。我们针对基于 BerkeleyDB 的 ".dat" 文件进行身份验证，该文件由 courier 附带的工具从文本或多个文本文件自动创建。Courier 文档中将此方法描述为 authuserdb，因此不要对名称感到困惑。针对其他提供商的身份验证以适当的方式进行，并在 courier-authlibs 文档中介绍。SASL 方法（如 PLAIN 或 CRAM-MD5）的处理方式因您要使用的身份验证后端 (authuserd、authpam、authmysql ...) 而异。只是不要期望此设置可以从描述的 authuserdb 无痛转换为 authmysql。

注意： 如果您想在本地框上进行测试但没有 DNS 服务器运行，则设置在某些边缘会失败，因为 Courier-MTA 至少需要一个 MX 条目才能工作。为了解决这个问题，您可以从 "abs" 重新编译 courier-mta。将 --without-tcpddns 添加到配置属性，然后去煮咖啡，因为这将需要一段时间。然后确保将我们的虚拟域名 "domain1" 和 "domain2" 添加到您的 /etc/hosts。

安装

安装 courier-mtaAUR 软件包。

任何其他邮件传输代理（如 Cyrus）或 SMTP 服务器（Sendmail、Postfix 等）都必须卸载，因此当提示您这样做时，请回答“是”。

TLS

警告： 如果您部署 TLS，请务必禁用 SSLv3 以防止 POODLE 漏洞，并遵循 服务器端 TLS。

您需要获取证书。

Authuserdb 认证

让 Courier 知道我们想要针对 authuserdb 进行身份验证。

在文件 /etc/authlib/authdaemonrc 中找到 authmodulelist=...，然后删除除 authuserdb 之外的所有列出模块

authmodulelist="authuserdb"

# For test it is useful to set DEBUG_LOGIN from 0 to 2
DEBUG_LOGIN=2

创建 vmail 用户

本文或章节需要语言、wiki 语法或风格改进。请参阅 Help:Style 以供参考。

原因： 语言不适合 wiki。这不是博客。（在 Talk:Courier Mail Server 中讨论）

我们希望将邮件主要投递给虚拟用户，因此我们可以轻松创建电子邮件帐户，而无需创建真实用户。奶奶可能想阅读她的电子邮件，但她不需要对该框进行 ssh 访问，不是吗？为了实现这一点，我们需要一个“物理”用户，该用户在驱动器上物理拥有我们所有的邮件。请注意，这不是 courier 用户，courier 用户主要用于确保实际服务器进程不以 root 身份运行。许多人将这些东西保存在 /var 中，因为它主要是为这些东西考虑的。您可以将用户的“家目录”创建在您想要的任何地方！该决定将受到驱动器分区布局的影响。

添加一个用户 "vmail"，他是所有邮件文件的所有者

# useradd -u 7200 -m vmail
# passwd vmail

创建电子邮件账户

有一个地方可以存储虚拟用户及其属性。这可以是纯文本文件，也可以是包含多个文本文件的目录。有关详细信息，请参阅 courier-authlib 的文档。基于目录的方法使维护更容易一些，因为我们可以分隔域和子域的用户，因此我们将采用这种方法。目录的名称是不可协商的。

# mkdir /etc/authlib/userdb

“vmail” 系统用户的属性也需要存储在此处，因为我们在 /etc/authlib/authdaemonrc 中只允许 authuserdb。幸运的是，courier 附带了一个方便的脚本，可以将所有本地用户转换为 courier 语法的文件。此文件可以随意命名，我们将其命名为 "system"。稍后我们还将为 "domain1" 和 "domain2" 创建一个文件。明白了吗？

# pw2userdb > /etc/authlib/userdb/system

仅保留 "vmail" 用户（这意味着没有本地用户可以接收电子邮件！）

# sed -n -i "/vmail/p" /etc/authlib/userdb/system

现在我们在身份验证数据库中创建虚拟用户。实际的 Maildir 文件夹必须稍后手动创建。这将创建用户 "user1@domain1" 和 "user2@domain2"。有关这些命令的详细信息，请查看命令本身的手册页以及链接到的手册页。

  • user1
# userdb -f /etc/authlib/userdb/domain1 user1@domain1 \
  set home=/home/vmail/domain1/user1 uid=7200 gid=7200

让我们为用户设置一个密码（用于 PLAIN 和 LOGIN 和 APOP）

# userdbpw -md5 | userdb -f /etc/authlib/userdb/domain1 user1@domain1 set systempw

以下用于 CRAM-MD5 和朋友（SASL 方法）。另请注意，此构造将密码直接管道传输到命令中，因此可以读取为明文，但对于创建新用户的 shell 脚本可能很方便

# echo 'pwuser1' | userdbpw -hmac-md5 | \
  userdb -f /etc/authlib/userdb/domain1 user1@domain1 set hmac-md5pw
  • user2（为 user2@domain2 重复）
# userdb -f /etc/authlib/userdb/domain2 user2@domain2 \
  set home=/home/vmail/domain2/user2 uid=7200 gid=7200

# userdbpw | userdb -f /etc/authlib/userdb/domain2 user2@domain2 set systempw

# echo 'pwuser2' | userdbpw -hmac-md5 | \
  userdb -f /etc/authlib/userdb/domain2 user2@domain2 set hmac-md5pw

设置 Maildirs

我们需要在 "vmail" 系统用户的家目录中创建虚拟用户的 "Maildir" 作为硬盘驱动器上的物理位置。请注意，"vmail" 用户需要写入权限，并且也将拥有这些文件。以 "vmail" 用户身份创建这些东西是最容易的

成为 "vmail"

# su vmail
$ mkdir -p /home/vmail/domain1/user1 && maildirmake /home/vmail/domain1/user1/Maildir
$ mkdir -p /home/vmail/domain2/user2 && maildirmake /home/vmail/domain2/user2/Maildir

离开 "vmail" 帐户并成为 root

$ exit

通过键入如上所示的 exit 离开 "vmail" 帐户，确保您再次成为 root。

创建用户数据库

现在是时候从纯文本文件创建 BerkeleyDB 了。重要的是 /etc/authlib/userdb 中的文件仅对 root 可见。如果它们具有任何世界或组权限，courier 将不允许从信息创建 db 文件。

# chmod 700 /etc/authlib/userdb && chmod 600 /etc/authlib/userdb/*
# makeuserdb

现在我们可以检查身份验证是否有效。Courier 附带了一个小工具，用于检查用户是否可以进行身份验证。在使用此工具之前，我们必须通过启用 authdaemond.service 来确保身份验证守护程序正在运行。然后

# authtest user1@domain1
# authtest user2@domain2

如果您在测试身份验证时遇到任何错误，请查阅 这些说明，其中详细介绍了如何使用调试功能来查明问题。

配置 courier

现在我们完成了身份验证方面的工作。它为我们提供了一个灵活的布局，可以轻松扩展。是时候继续 courier 本身的配置了。首先，我们将尝试为服务器提供一些别名。别名非常密切地遵循 userdb 的方案。与其他服务器不同，无需在一个文件中处理所有别名。同样，您可以在一个文件夹中创建多个纯文本文件，您可以在其中按域甚至更精细的结构处理别名。文件夹的位置再次不可协商，您必须使用 /etc/courier/aliases。已经有一个 "system" 文件处理 root、postmaster 和通常的嫌疑对象。只需在现有的 "postmaster: " 后面添加 "user1@domain1"，即可将所有系统相关邮件投递到 "user1@domain1"。我们只是假设此用户是您的主要帐户。

# cat > /etc/courier/aliases/domain1 << EOALIASES
user1@domain1:        user1@domain1
user.user1@domain1:   user1@domain1
u.user1@domain1:      user1@domain1
userer1@domain1:      user1@domain1
looser1@domain1:      user1@domain1
EOALIASES

为每个域和用户重复此操作，在我们的测试案例中为 user2@domain2。在这里创建另一个方案可能会有所帮助，例如命名您的文件 domain1.user1，这使得管理更轻松、更透明。这也将有助于基于脚本的自动化管理。

最后，这些别名必须导出到 BerkeleyDB。同样，Courier 附带了一个用于此任务的小实用程序，它称为 makealiases

# makealiases

只需检查一切是否正常

# makealiases -chk

设置 localdomain 和 hosteddomains

现在我们需要告诉 courier 谁是此框上的谁——我们为谁提供电子邮件服务，以及我们不为谁提供服务。Courier 将其分为以下几个级别

  • locals：这肯定是 localhost，在专用服务器上，您通常是域的一部分，例如 server234.serverfarm.tld
  • hosteddomains：对于您的托管域和子域，例如 my-cool-domain.ca，project1.my-cool-domain.ca

例如，假设您在 blahfarm.com 上有一个服务器。通常，他们使您的服务器成为其域上的主机。这很可能类似于 server234.blahfarm.com。现在，您希望您的服务器可以通过更具意义甚至更酷的名称从 Web 访问，因此您购买（或租用）一个域名，例如 my-cool-domain.ca。在这种情况下，设置如下所示

locals
localhost
server237.blahfarm.com
hosteddomains
my-cool-domain.ca
project1.my-cool-domain.ca
smtp.my-cool-domain.ca
注意： 如果您想要拥有像 info@project1.my-cool-domain.ca 这样的电子邮件地址，那么任何子域（如 project1.my-cool-domain.ca 或 smtp.my-cool-domain.ca）也必须在 /etc/courier/hosteddomains 中

要了解这些规范之间的区别，请阅读 makehosteddomains 的手册页。您会发现以下内容适合我们的方法

# echo localhost > /etc/courier/locals
# echo server237.blahfarm.com >> /etc/courier/locals

# mkdir /etc/courier/hosteddomains
# cat > /etc/courier/hosteddomains/domain1 << EODOMAIN1HOSTED
domain1
mail.domain1[TAB]domain1
EODOMAIN1HOSTED

# cat > /etc/courier/hosteddomains/domain2 << EODOMAIN2HOSTED
domain2
mail.domain2[TAB]domain2
EODOMAIN2HOSTED
注意： [TAB] 可以通过键入 'Ctrl' + V 然后 'Tab' 插入

同样，这些值必须转换为 BerkeleyDB - 使用 courier 命令

# makehosteddomains

在我们继续之前，还需要写入一件事——我们接受邮件的域。在目录 /etc/courier/esmtpacceptmailfor.dir/ 中，我们将创建一个名为 domain1 的文件，并在其中键入 domain1

# echo domain1 > /etc/courier/esmtpacceptmailfor.dir/domain1

为 domain2 重复

# echo domain2 > /etc/courier/esmtpacceptmailfor.dir/domain2

最后，转换为 BerkeleyDB

# makeacceptmailfor

...在这里您就完成了。

测试您的设置

现在服务器已准备就绪。让我们在 SMTP 服务器上运行几个测试，看看它是否至少在发送和接收邮件方面运行良好。

###############################################################################
# this is  a test case suggested on couriers very own webpage, we just convert it
# from a local to a virtual user

# prepare as vmail
su vmail
cd ~/domain1/user1

maildirmake bounces && maildirmake test
echo "./test" > .courier-test-default
echo "./bounces" > .courier

# back to root, start the server and finally run the script
exit
/usr/sbin/courier start
/usr/lib/courier/perftest1 1000 "user1@domain1 user2@domain2"
###############################################################################

让我们测试更多可能有用的东西。

发送普通邮件（以 root 或普通用户身份）

$ echo "To: user2@domain2
From: user1@domain1" | sendmail

向别名发送邮件

$ echo "To: userer2@domain2
From: user1@domain1" | sendmail

向外部电子邮件地址发送邮件

$ echo "To: me_freak@gmail.com
From: user1@domain1" | sendmail

配置 IMAP 和 POP3

到目前为止，我们的操作一直专注于运行服务器本身的框。现在我们需要设置一些与交互相关的配置。由于安全很重要，我们将设置一些不错的身份验证模式，这些模式不会发送明文密码。Courier 支持 CRAM-MD5 等。您必须确保您的客户端也支持这一点。到目前为止，我使用这些设置测试了 sylpheed-claws > 1.0.4、esmtp 和 Thunderbird。

现在开始，我们将不得不配置多个服务器守护程序。Courier 已经在运行（从上面的 perftest），但它不向网络提供服务。因此，我们必须在 /etc/courier/<servicename> 中使用各自的配置文件配置 esmtpd、pop3d 和 imapd。

由于我们想使用 SMTPAuth 而不是基于 IP/域的 SMTP 身份验证，我们需要在 esmtpd 中激活 AUTHREQUIRED 选项。我们还激活了用于授权的 CRAM-MD5 质询方法。注意：此设置绝对会将 Outlook 失败者拒之门外。对于这些有错误且过时的客户端，您将需要使用限制性较小的设置！

在 /etc/courier/esmtpd-ssl 中

AUTH_REQUIRED=1
ESMTPAUTH="CRAM-MD5"
注意： 在 /etc/courier/esmtpd 中设置 AUTH_REQUIRED=1 会阻止通过 smtp 从外国邮件服务器接收电子邮件。

在 /etc/courier/pop3d 中

POP3AUTH="CRAM-MD5"

imapd 设置有点不同。在 /etc/courier/imapd 中，有一行以 IMAP_CAPABILITY 开头的长行。只需在参数末尾添加 "AUTH=CRAM-MD5"，您就应该完成了

IMAP_CAPABILITY="... AUTH=CRAM-MD5"

备注

由于我们非常小的测试案例只有两个框且没有域控制，因此我们必须查看 Courier 的内在特性并解决一个小问题。Courier 对 RFC 合规性非常挑剔，这意味着您必须确保您了解如何配置电子邮件客户端以进行测试。这将在我们的测试中失败

+------------+            +---------------+                +-------------------+
|local laptop|  ------->  |local box(with |  ------------> |  MTA somewhere on |
+------------+            |  courier-mta) |                |  web              |
                          +---------------+                +-------------------+

为什么？因为您从无效的域名发送。我在这里假设我们使用我们的 "domain1" 和 "domain2" testpark。现在，当您在 Sylpheed 中创建一个帐户，如下所示：名称：user numberone 地址：user1@domain1 Sylpheed 因此将邮件作为 "user numberone <user1@domain1>" 发送。这是错误的，因为它违反了 RFC。您会收到错误：517 - 语法错误。对于测试，您只需通过将 sylpheed 对话框中的域设置为：地址：user1@domain1.xx 来欺骗 Courier-MTA

在这种情况下也会发生类似的情况（您只会收到错误 513 - 语法错误）

+--------------------------+            +------------------------+
|local laptop              |  ------->  |local MTA (courier-mta) |
| sylpheed account         |            | MTA delivers to        |
| user1@domain1.xx sends   |            | user2@domain2          |
| to user2@domain2         |            +------------------------+
+--------------------------+

因为 domain2 无效。您可以发送到 mail.domain2，这将解决该问题。对于 Internet 上的框和配置正确的域，这绝对没有问题，因为您始终是域的一部分，因此在 @ 后面有一个点 (.)。

检索自“https://wiki.archlinux.org.cn/index.php?title=Courier_Mail_Server&oldid=825069”