现象：用户将iRedMail升级到Pro版本后，在邮局管理后台面板里，“活动” --> “接收到的邮件”页面中，列表是空的。但“发送的邮件”页面却有。

尝试：检查postfix的配置文件main.cf，是否注释了 content_filter = smtp-amavis:[127.0.0.1]:10024 这一行。

感谢张老板指导。

需求：因为主机商对滥发邮件管得严格，所以想对指定用户设置限制，设置为可以收到邮件，但不能发出邮件。

环境：iRedMail 1.6.2，ubuntu 20.02

尝试：

作用：将 liujia@example.com 用户加到不允许发信但可收信的列表
python3 /opt/iredapd/tools/wblist_admin.py --outbound --account liujia@example.com --add --blacklist @.

作用：列出当前的黑名单
python3 /opt/iredapd/tools/wblist_admin.py --outbound --account liujia@example.com --list --blacklist

作用：将 liujia@example.com 用户从不允许发信但可收信的列表移除
python3 /opt/iredapd/tools/wblist_admin.py --outbound --account liujia@example.com --delete --blacklist @.

参考：

• https://docs.iredmail.org/manage.iredapd.html
• https://www.linuxwebhostingsupport.in/email-sending-limits-and-throttling-iredmail-free-edition/
• https://www.cnblogs.com/maybreath/p/14966598.html

需求：邮件塞满了磁盘的inodes。无需备份，直接强制删除所有用户的邮件。

尝试：

#!/bin/bash

# 先停止postfix
/usr/bin/systemctl stop postfix

# 导出用户名单到文件
doveadm user *@* > /run/mailtmp.txt
# 从文件每行读取用户名，再根据用户名得到用户默认存储目录，如 /var/vmail/vmail1/example.com/z/z/9/zz9976-2023.04.19.20.47.38/ ，最后删除相应的目录
cat /run/mailtmp.txt | while read LINE; do
    su -s /bin/bash vmail -c "rm -rf `doveadm user -f home $LINE`"
done

/usr/bin/systemctl start postfix

参考：

• https://unix.stackexchange.com/questions/358740/this-user-is-currently-not-available-but-allow-to-run-script-by-this-user
• https://stackoverflow.com/questions/10929453/read-a-file-line-by-line-assigning-the-value-to-a-variable
• https://wiki.dovecot.org/Tools/Doveadm/User
• https://serverfault.com/questions/580779/dovecot-remove-unused-inboxes
• https://docs.iredmail.org/backup.restore.html

问题：iRedMail 的邮局用户，收取不到 netflix 的邮件。日志显示 queue file size limit exceeded 。

尝试：注释 /etc/postfix/main.cf 里的一行 message_size_limit =8640 。原因可能是 iRedMail 的邮件大小默认值过小。注释掉后，posfix的默认值是 10240000 (10MB)。

参考：

• https://www.postfix.org/postconf.5.html
• https://bobcares.com/blog/postfix-queue-file-size-limit-exceeded/

环境：电信的线路，在内网的一台机子上安装了 iredmail 邮局
问题：邮局与腾讯的收发邮件，正常。但发自139.com的邮件，不能收到
现象：邮局中的日志有如下字样：

Aug  5 21:57:29 mail postfix/smtpd[22485]: connect from n169-113.mail.139.com[120.232.169.113]
Aug  5 21:57:29 mail postfix/smtpd[22485]: Anonymous TLS connection established from n169-113.mail.139.com[120.232.169.113]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Aug  5 21:57:29 mail postfix/smtpd[22485]: 4LznGd6ykCz9w4l: client=n169-113.mail.139.com[120.232.169.113]
Aug  5 21:59:27 mail postfix/anvil[21946]: statistics: max connection rate 1/60s for (smtpd:120.232.169.113) at Aug  5 21:49:27
Aug  5 21:59:27 mail postfix/anvil[21946]: statistics: max connection count 1 for (smtpd:120.232.169.113) at Aug  5 21:49:27
Aug  5 21:59:27 mail postfix/anvil[21946]: statistics: max cache size 1 at Aug  5 21:49:27
Aug  5 22:00:45 mail clamd[1737]: SelfCheck: Database status OK.
Aug  5 22:02:30 mail postfix/smtpd[22485]: timeout after DATA (0 bytes) from n169-113.mail.139.com[120.232.169.113]
Aug  5 22:02:30 mail postfix/smtpd[22485]: disconnect from n169-113.mail.139.com[120.232.169.113]

尝试：看起来，自建邮局能与139.com邮局的IP互访，但为什么自建邮局不能成功收信呢？

依照网上的帖子，这可能是因为内网的机子拨号后，以太网的默认的mtu 1500值显得大，需要调小以适合传送。

[root@mail ~]# ping -M do -s 1430 n169-113.mail.139.com
PING n169-113.mail.139.com (120.232.169.113) 1430(1458) bytes of data.
ping: local error: Message too long, mtu=1400
ping: local error: Message too long, mtu=1400
ping: local error: Message too long, mtu=1400

果然，将mtu调小到1400后，自建的邮局就可以成功从139.com收到邮件了。

参考：

• https://forum.howtoforge.com/threads/postfix-timeout-after-data-from-some-emails.39635/
• https://www.cyberciti.biz/faq/centos-rhel-redhat-fedora-debian-linux-mtu-size/