我真的在我的头上敲了一下。 我有一个CentOS 6.1运行后缀/ dovecot访问Windows 2008R2sp1 NFS共享。 在Windows服务器是独立文件服务器的testing中，我可以处理电子邮件没有问题。 一旦我尝试在群集的2008r2sp1文件服务器中做同样的事情，dovecot似乎可以做的就是在下面创build域文件夹和帐户文件夹，而不是cur，new或tmp文件夹。 Dovecot给出了这个错误：
Error: chdir(/var/vmail/xxx.com/xxx/) failed: Permission denied (euid=5000(vmail) egid=5000(vmail) missing +w perm: /var/vmail/xxx.com/xxx/, euid is not dir owner) 而在共享文件夹，我看到xxx.com目录和xxx子目录，但xxx子目录里面没有
Windows NFS共享具有以下选项
NFS高级共享 – 无服务器身份validation – 启用未映射的用户访问 – 允许匿名访问UID 5000 GID 5000（映射到AD域用户）
NFS共享权限 – 所有机器 – 读写 – 允许根访问 – ANSI
这个共享在独立的开发服务器上与在服务器集群中设置相同。 所有的文件服务器系统都是2008r2sp1。
任何帮助或有见地的问题将不胜感激。
再次阅读错误消息。 它说“euid不是dir所有者”，意思是“id为5000的用户不是目录的拥有者”。
改正这一点。 身份validation不是这里的问题。 授权是。
另一方面： 不要用Dovecot 这样做 NFS！ 有关详细信息，请参阅http://wiki2.dovecot.org/NFS 。 然后，NFS在Windows上不是本机服务，这意味着另一个陷阱。 我 – 个人 – 永远不会相信这种设置。