iRedMail 默认没有设置中继（relay），所以应该是某些用户的密码被破解了。最简单有效的方法应该是重置这些帐号的密码，最好设置得复杂点。

你的用户应该使用 587 端口连接到服务器发送邮件，而不是 25 端口。

是在你用来发送邮件的邮件客户端程序上设置，使用 smtp 验证，并填写用户名（完整的邮件地址）和密码做验证。

如果你启用了 SMTP 验证来发送邮件的话应该不会出现这个信息才对。

日志显示是 TLS key 传输超时了，检查网络连接。
似乎超时的时间是1分钟？

思路和步骤基本没变化。你说的“过期”指的是文档里 CentOS 用的是老版本？

你贴的日志都没有问题，是正常的拦截（可能的）垃圾邮件。

iRedMail 默认设置了一下 HELO 规则，根据对方给出的 HELO 标识判断对方是否是垃圾邮件发送着，如果判断为是，则拒绝此次连接。你看到的就是 Postfix 拒绝该连接的日志。

它的 HELO 标识是 111.1.126.110，这是一个不规范的 HELO 标识。RFC 里规定，如果要用 IP 作为 HELO 标识，必须加方括号，也就是：[111.1.126.110]。

参考英文论坛里的 FAQ 帖子（翻墙）：
http://www.iredmail.org/forum/topic464- … -size.html

Hi linuxiae,

请发新的论坛主题提问自己的问题，而不是追加在别人的帖子后面提问。

邮件列表的权限控制是 iRedAPD 实现的，请确认启用了必须的插件、设置了正确的 SQL 值。如果仍然不行，请在 iRedAPD 里启用 debug 模式，检查一下它的日志，看看能否找到相关信息。

你启用了这些插件，但是这些插件各自的配置文件是否都存在并被正确配置了？

你的处理方式和 Amavisd 的处理方式是不一样的。Amavisd 的方式是：

*) 将邮件 decode 出各个部分，例如正文、附件，保存在一个临时的目录里（默认是 /var/amavis/tmp/）。如果是压缩文件则调用相应的解压缩程序解压缩。

*) 调用 SpamAssassin 和 ClamAV 对解压缩的文件进行扫描。

所以建议你尝试将这个病毒文件以邮件的方式发送给一个测试帐号，看看日志文件里是否有相应的信息。

只需要重启 Amavisd 服务即可，它会自动检查是否有相关的解压缩工具，有的话就自动使用。