Поддержите владение в каталоге независимо от того, кто добавляет / редактирует файлы в нем
Я использовал Qmail в течение многих лет - главным образом, потому что я провел много времени, поддержав установку Qmail среднего размера для одного из моих работодателей несколько лет назад.
Я недавно переместил всю свою электронную почту от Qmail до Exim и сумел (главным образом) пишут сценарий миграции всех виртуальных доменов. Я также переместился от использования Курьера к Голубятне для IMAP и POP3.
http://struction.de/projects/HOWTO_VirtualMail_Exim-MySQL-Spamassassin-ClamAV-Dovecot/index?set_style=clean является хорошим руководством по объединению Exim с ClamAV, Spamassassin, Голубятней с бэкендом MySQL.
При доступе к каталогу с помощью SMB с помощью Samba можно использовать force user параметр в smb.conf. Иначе Вы действительно не можете вынудить владельца. Однако, если проблема состоит просто в том, что пользователи не могут отредактировать файлы друг друга в каталоге, можно зафиксировать его путем выполнения этого:
- Заставьте всех использовать umask 002 (или 007). Проверить
/etc/profileи/etc/login.defs. Это гарантирует, что файлы перезаписываемы группой. - Сделайте каталог (и все подкаталоги) принадлежавший определенной группе, которой каждый член команды является членом.
- Сделайте каталог (и все подкаталоги) setuid группой ("
chmod g+s"). Это - специальная функция в Unix, который сделает все новые файлы принадлежавшими общей группе.
Нет, но можно сделать каталог setgid так, чтобы у владельца группы каталога было владение группы любых файлов, созданных в нем.
Стандартное решение для этой проблемы - совместного использования репозитория управления версиями среди многочисленных пользователей - состоит в том, чтобы сделать, чтобы все взаимодействовали с репозиторием через сервер, работающий как преданный пользователь, а не через файловую систему. Поскольку Вы обнаружили, использование файловой системы проблематично.
Вы не указали, какую систему управления версиями Вы используете, но или с Suversion или с мерзавцем, Вы настроили бы преданного пользователя в своей системе и затем имели бы Ваш доступ разработчиков репозиторий по ssh. С Подверсией Вы использовали бы svn+ssh URL; в svn руководстве существует некоторая документация.
Поведение по умолчанию для мерзавца состоит в том, чтобы использовать ssh для доступа к "удаленным" репозиториям. Я поместил "удаленный" в кавычки, потому что в Вашем случае Вы будете выполнять "сервер" в локальной системе.