Dovecot无法识别MariaDB中已存在用户，出现意外断开及认证进程崩溃问题求助

看起来你遇到了挺头疼的Dovecot虚拟用户认证问题，结合你提供的日志、配置和数据库信息，我来帮你拆解问题根源，一步步排查解决：

关键日志解析 #

先从你标记的核心日志入手，搞清楚每个错误的含义：

Aug 29 22:46:15 xxxx dovecot: auth-worker(12028): passwd(user1@xxxx.com): unknown user
Aug 29 22:46:15 xxxx dovecot: auth: Debug: password(user1@xxxx.com): passdb doesn't support credential lookups
Aug 29 22:46:15 xxxx dovecot: auth: Fatal: master: service(auth): child 12023 killed with signal 11 (core dumps disabled)

1. 信号11（SIGSEGV）崩溃：这是最严重的问题，说明Dovecot的auth子进程触发了段错误直接崩溃，这才是导致userdb lookup(user1@xxxx.com): Disconnected unexpectedly的根本原因——认证进程都挂了，自然没法完成用户查找。
2. passdb不支持凭证查找：这个提示是因为你配置了两个passdb（pam和sql），Dovecot先尝试用pam（系统用户认证）查找user1失败后，切换到sql，但pam驱动本身不支持“凭证查找”这个特性，属于正常的日志提示，不是崩溃的直接原因，但暴露了你的认证顺序不合理。
3. 系统用户查找失败：日志里先查passwd（系统用户数据库）找不到user1，这是因为你把userdb的passwd驱动放在了前面，而你的用户是MariaDB里的虚拟用户，不在系统用户列表里，这会导致不必要的查找流程，甚至可能干扰正常的虚拟用户认证。

分步排查与解决方案 #

1. 优先修复auth进程崩溃问题（信号11） #

段错误通常是因为软件bug、库版本不兼容或者内存访问异常导致的，你可以这么做：

• 开启Core Dump：当前日志提示core dumps disabled，开启后可以获取崩溃现场的转储文件，帮助定位问题。
  修改/etc/security/limits.conf，添加一行：

  dovecot soft core unlimited
  

  然后重启Dovecot：systemctl restart dovecot，下次崩溃后可以在/var/lib/dovecot或进程当前工作目录找到core文件，用gdb /usr/sbin/dovecot core.xxx分析崩溃点。
• 检查驱动兼容性：你的Dovecot是2.2.10（非常老的版本，2014年发布），要确认/usr/lib64/dovecot/auth/libdriver_mysql.so和当前系统的MariaDB客户端库版本是否匹配，不兼容的库很容易触发段错误。
• 升级Dovecot版本：CentOS7默认的Dovecot版本太老，建议添加Dovecot官方仓库升级到2.2分支的最新版本（比如2.2.36），新版本修复了大量认证相关的bug，大概率能解决崩溃问题。

2. 调整Dovecot认证配置顺序 #

你的当前配置里，passdb先查pam再查sql，userdb先查passwd再查static，这对虚拟用户场景完全不合理，应该把虚拟用户相关的驱动放在前面：
修改doveconf配置，调整顺序为：

passdb {
  args = /etc/dovecot/dovecot-sql.conf.ext
  driver = sql
}
passdb {
  driver = pam
}

userdb {
  args = uid=vmail gid=vmail home=/var/mail/vhosts/%d/%n
  driver = static
}
userdb {
  driver = passwd
}

这样Dovecot会优先用MariaDB的sql驱动认证用户，跳过不必要的系统用户查找，减少流程干扰。

3. 验证MariaDB连接与SQL配置 #

• 检查dovecot-sql.conf.ext配置：确保数据库连接信息正确，比如：

  driver = mysql
  connect = host=localhost dbname=mailserver user=dovecot_user password=your_db_password
  default_pass_scheme = MD5  # 这里要和你数据库里密码的加密格式一致，比如明文写PLAIN，SHA-256写SHA256
  password_query = SELECT email as user, password FROM virtual_users WHERE email='%u';
  

  重点注意default_pass_scheme，如果数据库里的密码是加密后的格式，必须和这里配置一致，否则Dovecot无法验证密码。
• 测试数据库权限：确保Dovecot用的数据库用户有mailserver.virtual_users表的SELECT权限，执行SQL：

  GRANT SELECT ON mailserver.virtual_users TO 'dovecot_user'@'localhost' IDENTIFIED BY 'your_db_password';
  FLUSH PRIVILEGES;
  

• 用doveadm测试认证：直接用Dovecot自带工具测试虚拟用户认证，命令：

  doveadm auth test user1@xxxx.com
  

  输入密码后，如果提示passdb: user1@xxxx.com authenticated successfully，说明SQL认证正常；如果报错，会直接给出具体原因，比看日志更直观。

4. 检查权限问题 #

• 确保dovecot-sql.conf.ext的权限是600，属主为vmail或root:vmail，避免敏感信息泄露，同时保证auth-worker进程（运行用户是vmail）能读取配置文件。
• 确认vmail用户对/var/mail/vhosts/%d/%n目录有读写权限，避免认证成功后无法访问邮件存储目录。

总结 #

你的核心问题是Dovecot auth进程因段错误崩溃，加上认证配置顺序不合理导致的用户查找异常。优先升级Dovecot版本或排查驱动兼容性，再调整认证配置顺序，最后用doveadm工具测试认证，应该能解决问题。

备注：内容来源于stack exchange，提问作者岁月倾城197