针对你遇到的这个问题，我来帮你梳理几个可能的原因和对应的排查步骤，应该能帮你定位到问题所在：

1. 先确认Dovecot实际生效的配置 #

别光看你修改的配置文件，直接查看Dovecot当前运行时的有效配置才是关键。执行这条命令：

dovecot -n | grep mail_max_userip_connections

如果输出结果是10，说明你在20-imap.conf里设置的1000根本没生效；如果输出是1000，那可能是用户级别的特殊配置在搞鬼，不过这种情况概率很低。

2. 排查配置文件的优先级与覆盖问题 #

Dovecot的配置加载有明确的优先级规则，不同文件之间可能存在覆盖：

• 全局配置覆盖协议配置：检查主配置文件/etc/dovecot/dovecot.conf，看看里面有没有直接写mail_max_userip_connections=10的全局设置。虽然2.2.x版本中协议块内的配置应该能覆盖全局，但不排除特殊情况，最好实际验证下。
• 其他配置文件的后加载覆盖：看看/etc/dovecot/conf.d/目录下的其他文件，比如10-mail.conf（通常加载更早），或者后缀数字比20大的文件（比如99-custom.conf），这些文件加载顺序更晚，里面如果重新定义了这个参数，会覆盖20-imap.conf的设置。
• 语法错误导致配置文件未加载：检查20-imap.conf的语法是否正确，比如括号有没有配对、参数名有没有拼写错误。可以用dovecot -c /etc/dovecot/conf.d/20-imap.conf单独验证这个文件的语法，有错误会直接提示。

3. 检查用户级别的配置覆盖 #

有些场景下，针对特定用户的配置会覆盖全局/协议级设置：

• 查看用户邮箱目录下有没有自定义配置文件（比如.dovecotrc），里面是否设置了mail_max_userip_connections。
• 检查Dovecot的passdb/userdb配置，看看是否在用户数据库中为特定用户设置了连接数限制的属性。

4. 确认Dovecot重启是否真的生效 #

有时候重启命令可能没彻底重启服务，或者重启过程中出了错。可以试试彻底重启：

systemctl stop dovecot
systemctl start dovecot

然后查看重启日志（比如/var/log/dovecot.log或/var/log/syslog），确认重启过程没有报错，配置文件被正常加载。

总结 #

最可能的原因是你的20-imap.conf配置被其他文件覆盖，或者语法错误导致未加载。先通过dovecot -n确认实际生效的数值，再顺着结果排查覆盖源，应该就能解决问题。

备注：内容来源于stack exchange，提问作者user3637971