在这个邮件投递阶段出现 tls handshake failure 比较奇怪，你是否修改过 Postfix 和 Amavisd 的配置？

请在 iRedAdmin-Pro 的配置文件 settings.py 里加一个参数：

LOCAL_TIMEZONE = 'GMT+08:00'

重启 Apache 或 uwsgi （如果你运行的是 Nginx）服务即可。

如果发件方能连接你的邮件服务器，那 Postfix 日志文件里一定会有相关信息。如果没有日志，则网络层面存在问题。检查一下网络设备吧，上面一个帖子里已经详细解释了。

怀疑是这样的情况：某个用户的账号密码被破解了，然后 spammer 用这个账号发邮件，正常使用这个账号做 smtp 验证，但邮件的发件人却指定为 <>（null sender）。这个问题在 iRedMail-0.9.0 之前的所有版本都存在。

在最新的 iRedAPD-1.4.4 （在 iRedMail-0.9.0 里带了）里，增加了一个插件叫 reject_null_sender，就是为了解决这个问题。

解决你的这个问题的建议：

1：检查 Postfix 日志文件，看看发送垃圾邮件的是哪个账号，以及它是否正常做 smtp 验证。
2：检查发送的 spam 是否指定了 <> 为发件人（from=<>）。

如果是以上的情况，建议你升级到 iRedAPD-1.4.4 并启用 reject_null_sender 插件试试。

注：null sender 是一个合法的邮件地址，通常是 MTA（Postfix，等）程序用来发送内部通知邮件用的。例如 bounce 等。

麻烦贴一下你用任意邮件地址作为发件人发送邮件之后 Postfix 日志里的相关日志。

iRedMail 目前只能在干净的系统上安装，否则会破坏你现有的 apache/php/mysql/nginx 配置文件。

amavaisd 本身已经检测到它是 spam 了（Passed SPAM），你要做的就是对检测到的 spam 做处理。比如隔离到 SQL 数据库里进行检查、或直接丢掉、或将这些邮件放入用户的 Junk 目录。

你的 iredapd 配置语法错误，应该是：
plugins = ['xxx', 'xxx', ]

/etc/postfix/mysql/ 底下的文件指定的sql帐号密码没问题？

如果你怀疑是自己的帐号在外发垃圾邮件，那就先综合log里其它相关信息看看是否确实是。先找到源头才能解决问题。

Roundcube-0.5.4？这个好老了，通常如果软件有新版本，开发者都会问你：最新版本的是否有这个问题？因为如果最新版本没有这个问题，那开发者就没有必要再花时间去看解决旧版本的问题了。

貌似你贴的链接还真就是修正问题的补丁，可以尝试自己打上补丁看看。

是否启用了 iRedAPD 插件：ldap_maillist_access_policy？

在防火墙里禁止外网访问 4190 端口即可。