Zammad: 如果电子邮件太大且 Zammad 未处理，则向发件人发送邮件管理员电子邮件

如果这要改变，我会欢迎它的配置选项 - 在我们的例子中，我们不希望 Zammad 发送任何退回邮件，我更喜欢当前的“不要从 IMAP 获取它并显示警告到管理员”的方法。

这样做的原因是我们的邮件设置非常复杂：我们公司有一个主邮件服务器，它是我们域的 MX，所有传出和传入的邮件都通过这个服务器。 一旦我们开始使用 Zammad，一些邮件（但不是全部）将被复制到单独的 IMAP 帐户中以供 Zammad 获取。 为了说明它：

例如，我们有一个地址[email protected]。 info在我们的主邮件服务器上配置为一个组； 这个组有一个存档，它存储每封收到的邮件的副本，它有成员（例如martin.von.wittich ），并且每个组成员在他的收件箱中也有一个副本。 目前我们仍然使用 Kayako 作为我们的票务系统，Kayako 通过/etc/aliases获取副本：

info:        \info,          [email protected]

将来，当我们从 Kayako 迁移时，邮件将类似于 Zammad IMAP 邮箱进行复制。 因此，当我们的“后端系统”之一，如 Kayako 或 Zammad 突然决定发送他们自己的退回邮件时，对我们来说是非常不受欢迎的，因为决定是否接受或拒绝邮件（例如由于大小限制）取决于我们的主要邮件服务器，而不是仅从主服务器接收副本的后端系统。 当我们的主服务器（接受最大 50 MB 的邮件）已经决定接受邮件，但邮件太大而 Zammad 无法接受（因为 Zammad 默认接受最大 10 MB），那么这只是一个配置错误在我这边。 在这种情况下，我希望 Zammad 通知 _me_ 而不是我们的客户。

TLDR：我喜欢它目前的工作方式:)

我能理解马丁斯的论证。
我们至少应该在监控中添加一个信息，否则你无法干净地监控它！

启用/禁用自动回复的选项是一个好主意 - 我会在设置中看到这一点，并会在向导中询问管理员他喜欢它。 原因是，我个人更喜欢 Zammad 默认情况下启用自动回复。

这也会影响相当多的托管实例，其中大多数用户不在电子邮件服务器上使用，他们的最大电子邮件大小取决于所选的包。 此外，托管设置中缺少监控信息（因为您通常不需要它），这就是为什么在这一点上反弹会更好的原因。

你看，有点复杂^^”

现在已为 Zammad 3.2 实现。

1) 在升级安装时，不会像现在那样有其他行为。 Zammad 监控端点中只显示过大的电子邮件。

如果您想拥有现在的行为，请执行 admin -> Channels -> E-Mail -> Settings 并更改“如果邮件太大则发送 postmaster 邮件”

2) 在新设置中，或者如果“如果邮件太大则发送邮局管理员邮件”设置为 true，会向发件人发送一封电子邮件，说明邮件太大（有多大以及最大是多少）并且它是无法交付。