是 /var/log/httpd/ssl_error_log。从日志看应该没问题。您使用的是哪个帐号登陆？这个帐号能否登陆 webmail？

您使用的是 iRedAdmin-Pro-LDAP-1.7.0 么？如果是的话，请使用最新版本的 iRedAdmin-Pro-LDAP-1.9.0 试试。

*) 请问您使用的是 iRedAdmin-Pro 的哪个版本？
*) 在 Apache 的日志文件里有没有相应的错误信息？

通常情况下，所有节点都有完整的帐号列表，集群的关键在于数据存储能否被所有节点访问，所以类似共享存储这样的东西就是必要的，或者 DRBD。

另外，Dovecot Director 可以实现你说的用户 A 只在主机 #1，用户 B 只在主机 #2。因为它可以始终将发送给 A 的邮件交由主机 #1 投递。

你可以将这个脚本放在 cron job 里每天运行一次。例如凌晨4点，这时候用户都在睡觉休息，所以清理旧数据不影响用户使用。

抱歉，我理解有误。

关于 mail list 限制，你可以将第一个帖子里你已经定位的代码删除，让它不要处理小于6个字符的发件人地址。这样应该就ok了。
应该说这个算是一个bug，当时没有考虑到这种情况。

我已经修正了，并标记了你的论坛ID表示感谢：
https://bitbucket.org/zhb/iredapd/commi … f15c100f91

完整的邮件头就这么几行么？这个就有点怪了。

空发件人是 RFC 里规定运行的，恐怕还以另外的方式来屏蔽这类的垃圾邮件才行。你看看这里的方法是否对你有用：
http://www.postfix.org/BACKSCATTER_README.html

这个恐怕就得联系 QQ 了，它在退信的邮件头里加入了这个：

P.S. 似乎一般的 MTA 都是在退信正文里显示退信原因的，不知道为何 QQ 这么搞。

能否将这样收到的几封邮件的邮件头和邮件内容完整的贴出来（最好是邮件源文件）？大家分析一下怎么解决。

可能是发件人为空导致 Amavisd 将它识别为 LOCAL 了。需要再检查是否 iRedMail 的设置有疏漏，但还无法确定。抱歉。

这个 Advanced Direct Remailer 是什么？

*) sender 邮件地址少于6个字符不应该直接拒收，因为有其他情况会出现 sender 邮件地址少于6个字符的情况。

*) 你在邮件里给的 iRedAPD debug 日志里显示 job@ 这个帐号没有设置 access policy，所以 iRedAPD 认为所有人都可以往 job@ 这个别名发送邮件。

*) sender 为空的情况还需要再测试一下，可能是 iRedMail 的配置有疏漏，但暂时无法确定。抱歉。

参考：
http://iredmail.org/wiki/index.php?titl … HEL.CentOS