配置Dovecot全局ACL时出现权限错误，寻求解决建议

看起来你遇到的问题是Dovecot的ACL插件无法读取你配置的全局ACL文件，虽然文件本身的权限看起来和其他Dovecot配置文件一致，但有几个容易被忽略的关键点需要排查：

1. 先修复/etc/dovecot目录的执行权限 #

从你给出的目录权限列表可以看到，/etc/dovecot目录本身的权限是 drw-rw----，缺少了执行（x）权限。

目录的执行权限是进程进入目录并读取其中文件的必要条件——即使文件权限设置正确，没有目录的x权限，进程也无法访问到里面的文件，这大概率是导致stat() failed: Permission denied的核心原因。

执行以下命令修复目录权限：

chmod u+x,g+x /etc/dovecot

修复后目录权限应该变为 drwxrwx---。

2. 检查SELinux上下文（如果SELinux处于开启状态） #

你提供的权限列表中，每个条目后面都有一个.（比如-rw-rw----.），这说明你的系统SELinux处于Enforcing模式。即使文件和目录权限正确，SELinux的上下文配置错误也会导致权限拒绝。

• 先查看全局ACL文件的SELinux上下文：

ls -Z /etc/dovecot/global-acls

• 对比正常的Dovecot配置文件（比如dovecot.conf）的上下文，正确的应该类似 system_u:object_r:dovecot_etc_t:s0。
• 如果上下文不匹配，执行以下命令恢复默认的SELinux上下文：

restorecon -v /etc/dovecot/global-acls

如果需要批量修复整个Dovecot配置目录的上下文，可以加-R参数：

restorecon -Rv /etc/dovecot

3. 验证Dovecot进程的运行用户配置 #

最后，确认Dovecot的主配置文件dovecot.conf中，user和group的设置是否正确：

user = vmail
group = dovecot

这和你文件的属主属组（vmail:dovecot）是匹配的，Dovecot的子进程会以这个用户组运行，确保配置文件的权限没有冲突。

后续操作 #

完成以上步骤后，重启Dovecot服务：

systemctl restart dovecot

然后查看syslog，确认stat(/etc/dovecot/global-acls) failed和backend vfile init failed的错误是否消失。

如果问题仍然存在，可以进一步检查Dovecot的debug日志（在dovecot.conf中开启debug_log_path），获取更详细的权限排查信息。

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