Kubernetes中运行docker-mailserver:14.0.0时Postfix出现public/pickup权限拒绝错误

我之前碰到过类似的问题，大概率是Postfix运行用户与named pipe（/var/spool/postfix/public/pickup）的权限不匹配导致的，你可以按下面的步骤逐步排查解决：

一、确认Postfix运行用户与K8s安全上下文配置 #

首先进入容器，查看postfix用户的UID和GID：

docker exec -it <你的容器名> id postfix

通常输出类似uid=1000(postfix) gid=1000(postfix)，记下这两个数值。

接着检查你的Kubernetes Deployment配置，确保securityContext没有强制以root用户运行，而是设置为postfix用户的UID/GID：

spec:
  template:
    spec:
      securityContext:
        runAsUser: 1000  # 替换为上面查到的postfix UID
        runAsGroup: 1000 # 替换为上面查到的postfix GID
        fsGroup: 1000    # 确保挂载卷的权限对postfix用户开放

如果之前配置了runAsUser: 0（root），Postfix启动时创建的named pipe会被设置为root权限且无其他用户访问权限，导致切换到postfix用户后无法读取。

二、手动修复权限并测试 #

如果容器已经在运行，可以先手动修复pickup管道的权限，验证是否能解决问题：

# 进入容器
docker exec -it <你的容器名> bash
# 修改权限为postfix用户所有，并赋予读写权限
chown postfix:postfix /var/spool/postfix/public/pickup
chmod 660 /var/spool/postfix/public/pickup
# 重启Postfix服务
postfix reload

之后查看容器日志，如果不再出现Permission denied错误，说明权限问题是核心原因。

三、固化权限修复步骤到K8s配置 #

为了避免每次重启容器都要手动修复，可以添加一个initContainer，在主容器启动前自动设置权限：

spec:
  template:
    spec:
      initContainers:
      - name: fix-pickup-permissions
        image: docker.io/mailserver/docker-mailserver:14.0.0
        command: ["/bin/sh", "-c"]
        args: ["chown postfix:postfix /var/spool/postfix/public/pickup && chmod 660 /var/spool/postfix/public/pickup"]
        volumeMounts:
        - name: postfix-spool-volume  # 替换为你挂载/var/spool/postfix的卷名
          mountPath: /var/spool/postfix
      containers:
      - name: mailserver
        # 你的主容器配置...

四、排查安全模块限制 #

如果上述步骤都无效，可能是Kubernetes集群启用了SELinux或AppArmor，阻止了Postfix访问named pipe：

1. 临时禁用SELinux测试（在节点上执行）：

   setenforce 0
   

   如果问题解决，需要添加SELinux规则允许Postfix访问/var/spool/postfix/public/pickup。
2. 检查AppArmor配置，确保没有限制Postfix对该路径的访问。

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