#raynix# The real world hurts, doesn’t it?

Zimbra终于出问题了

keys: ubuntu zimbra 451 4.0.0

周末在加班中度过……

2个月之前，由于ubuntu6不支持intel965（当时fedoracore6也不行），我不得不装了ubuntu7beta，并在其上安装zimbra。一直平安无事，但是上周六ubuntu的文件系统突然报错了，还好，重启之后我用fsck修复了文件系统，并庆幸这不是个硬伤，不过zimbra似乎受到了影响。

80封邮件挤在deferred队列当中，进不去信箱（只是几个人的信箱有此问题），log中全是451 4.0.0。我先备份了zimbra，然后小小升级（4.5.4->4.5.5），症状依旧。然后按照搜索结果的指点，我运行zmfixperms修正文件夹归属问题，也没解决问题。 最后，恰好有个系统账号也在问题之列，我重建了这个账号，结果故障就排除了。于是把所有有问题的账号都重建一次……

问题就这样解决了，真是失望啊。

Zimbra之黑名单白名单

不得不说，Zimbra是个卓越的Email解决方案，但是Zimbra肯定也有不足的地方，不能在admin界面设定白名单黑名单(trusted domain/blocked domain)就是缺点之一。于是我陷入了困境：其他分公司和总部发给我们分公司的邮件，甚至是总部老板的邮件，被列入废件……汗啊……于是赶紧行动吧。

Zimbra的社区是晴朗的社区，Zimbra社区的人是热心的人。不到5分钟，对，不到5分钟就有人回复了我解决方案，大家分享一下：

编辑/opt/zimbra/conf/amavisd.conf.in

寻找

{ # a hash-type lookup table (associative array)
    'nobody@cert.org'                        => -3.0,
    'cert-advisory@us-cert.gov'              => -3.0,
    'owner-alert@iss.net'                    => -3.0,
    'slashdot@slashdot.org'                  => -3.0,
    'bugtraq@securityfocus.com'              => -3.0,
    'ntbugtraq@listserv.ntbugtraq.com'       => -3.0,
    'security-alerts@linuxsecurity.com'      => -3.0,

段落，然后加上你要信任的域：

{ # a hash-type lookup table (associative array)
    'zimbra.com'                              => -10.0,
    'nobody@cert.org'                        => -3.0,
    'cert-advisory@us-cert.gov'              => -3.0,
    'owner-alert@iss.net'                    => -3.0,
    'slashdot@slashdot.org'                  => -3.0,
    'bugtraq@securityfocus.com'              => -3.0,
    'ntbugtraq@listserv.ntbugtraq.com'       => -3.0,
    'security-alerts@linuxsecurity.com'      => -3.0,
    'mailman-announce-admin@python.org'      => -3.0,

-10就是无条件信任了，相反+10就是无条件阻挡了。然后存盘，

su zimbra
zmamavisdctl stop
zmamavisdctl start

应该就可以了。