Назад | Перейти на главную страницу

Dovecot, maildir в Windows 2008r2 NFS share

Я действительно бьюсь головой об этом. У меня есть CentOS 6.1, на которой запущен postfix / dovecot, обращающийся к общему ресурсу NFS Windows 2008R2sp1. В тесте, где сервер Windows является автономным файловым сервером, я могу без проблем обрабатывать электронную почту. Как только я пытаюсь сделать то же самое на кластерном файловом сервере 2008r2sp1, все, что dovecot, похоже, может сделать, - это создать папку домена и папку учетной записи под ней, а не папки 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 ADVANCED SHARING - Без аутентификации сервера - Разрешить несопоставленный доступ пользователей - Разрешить анонимный доступ UID 5000 GID 5000 (сопоставлен с пользователем домена AD)

РАЗРЕШЕНИЯ НА ОБЩИЙ ОБМЕН NFS - Все машины - Чтение и запись - Разрешен доступ с правами root - ANSI

Этот общий ресурс был настроен на автономном сервере разработки так же, как и в кластере серверов. Все файловые серверы - 2008r2sp1.

Мы будем благодарны за любую помощь или полезные вопросы.

Прочтите сообщение об ошибке еще раз. В нем говорится, что «euid не является владельцем каталога», что означает «пользователь с идентификатором 5000 не является владельцем каталога».

Исправьте это. Здесь проблема не в аутентификации. Авторизация есть.

С другой стороны: Не делай NFS с Dovecot! Видеть http://wiki2.dovecot.org/NFS для подробностей. К тому же NFS не является собственной службой в Windows, а это означает еще одну ловушку. Лично я никогда бы не стал доверять подобным установкам.