Как реализовать файловый обмен многие-ко-многим?

[sie]

Подскажите, можно ли проще реализовать файловый обмен, с описанный ниже принципом. Проще и для администратора и для пользователей.

Введение в проблему:
------------------------
Для централизованного распределения файлов между секретарем и всеми желающими пользователями организации были реализованы попарные "папки обмена" (share folders):
<secretary-user1>, <secretary-user2>, <secretary-user3>, ...
Затем (вдобавок к этому) появилась необходимость обмена между пользователями непосредственно:
<user1-user2>, <user2-user3>, <user1-user3>, ...
В конце концов, получаем полный граф. Пользователей скоро будет 10, затем, наверное, еще больше. Сами шары базируются на отдельном компьютере под w2k (ntfs).

Собственно проблема:
------------------------
Для каждого нового пользователя приходится добавлять все большее количество "папок обмена" с уже существующими. Все трудней администрировать это хозяйство (открывать общий доступ, раздавать права доступа). Да и сами пользователи забывают удалять из большого количества "папок обмена" предназначенные им файлы, и "сервер" захламляется.

Ограничения:
------------------------
- Почту не предлагать
Свой локальный почтовый сервер есть. У большинства пользователей есть на нем почтовые ящики. Но им сложно: запускать почтовый клиент, помнить и набирать e-mail адресата, добавлять файлы как почтовые вложения. А в случае шаров: от пользователя необходимо всего лишь перетащить мышкой на ярлык папки обмена. Кроме того, существует естественное ограничение по объему письма (часто надо больше в разы).

- Невозможность доступа к чужим файлам
Необходимо обеспечить приватность. Т.е. общая сетевая файло-помойка не подходит. Почта бы в этом плане вполне устроила, если бы не предыдущее ограничения. Назначение прав доступа на уровне файловой системы/протокола обмена - вообще замечательно.

Принимаются любые советы, ссылки и комментарии по обозначенной теме.

[never hood]

Подскажите, можно ли проще реализовать файловый обмен, с описанный ниже принципом. Проще и для администратора и для пользователей.

И все-таки пользуйте почту!

Собственно проблема:
------------------------
Для каждого нового пользователя приходится добавлять все большее количество "папок обмена" с уже существующими. Все трудней администрировать это хозяйство (открывать общий доступ, раздавать права доступа). Да и сами пользователи забывают удалять из большого количества "папок обмена" предназначенные им файлы, и "сервер" захламляется.

в случае почты все становится гораздо проще и управляемо, причем сами пользователи устраняют захламленность своих ящиков удобным им способом.

Ограничения:
------------------------
- Почту не предлагать
Свой локальный почтовый сервер есть. У большинства пользователей есть на нем почтовые ящики. Но им сложно: запускать почтовый клиент, помнить и набирать e-mail адресата, добавлять файлы как почтовые вложения. А в случае шаров: от пользователя необходимо всего лишь перетащить мышкой на ярлык папки обмена. Кроме того, существует естественное ограничение по объему письма (часто надо больше в разы).

снимите ограничения на размер и сделайте апгрейд, если необходимо, почтовому серверу. Используйте сервер с хранением писем в виде отдельных файлов (под *nix'ами все что работает с maildir, под виндой, например, MDaemon).
Создайте каталог пользователей на сервере (LDAP, ActiveDirectory) и настройте почтовые клиенты на его использование - это позволит не запоминать адреса и иметь их всегда под рукой.
Упростите адресацию - введите мнемонические адреса, как алиасы реальных почтовых ящиков - это значительно упротит работу с ними. Например, заведите почтовый ящик boss@maildomain или если главный бухгалтер Иванова Т.Н. имеет почтовый ящик IvanovaTN@maildomain, создайте алиас buh0@maildomain для нее (ее подчиненным сделайте buh1, buh2 и т.д.). Используйте мнемонические алреса для деловой переписки, а личные для личной.
О перетаскивании. Настроенный почтовый клиент легко доступен из проводника. Находите нужный файл (или выделяете группу файлов), нажимаете на нем правой кнопкой мыши, далее "Отправить", потом "Адресату" (здесь могут быть варианты). Появляется окно формирования нового письма, вписываете адрес и отправляете. Некоторые архиваторы предоставляют возможность "заархивировать и отправить по почте", что тоже весьма удобно.

- Невозможность доступа к чужим файлам
Необходимо обеспечить приватность. Т.е. общая сетевая файло-помойка не подходит. Почта бы в этом плане вполне устроила, если бы не предыдущее ограничения. Назначение прав доступа на уровне файловой системы/протокола обмена - вообще замечательно.

Современные почтовые сервера, имеются ввиду IMAP4, поддерживают групповой доступ к почтовым ящикам. Т.е. RTFM & Google.

[sie]

И все-таки пользуйте почту!

Ну вот, судя по всему, все к тому и идет.
Только вот это поясните, пожалуйста:

... сделайте апгрейд, если необходимо, почтовому серверу. Используйте сервер с хранением писем в виде отдельных файлов (под *nix'ами все что работает с maildir, под виндой, например, MDaemon)

Каждому письму соответствует один файл? Или файлы-вложения хранятся как отдельные файлы? Необходимо-то именного файловый обмен, а не письменный.

Может еще у кого есть мнения?

[never hood]

Только вот это поясните, пожалуйста:Каждому письму соответствует один файл? Или файлы-вложения хранятся как отдельные файлы? Необходимо-то именного файловый обмен, а не письменный.

Это не важно, поскольку будет скрыто от пользователя почтовым сервером. Главное, чтобы сервер не использовал старый механизм mbox, когда ВСЕ письма (разумеется с вложениями) хранятся в ОДНОМ файле. При росте количества писем и, соответственно, росте размера этого файла операции с почтовым ящиком превращаются в мучения (представьте себе извлечение письма из файла в несколько сотен мегабайт!). Несмотря на все минусы, такой подход еще встречается, а в вашем случае главное не наступить на эти грабли.

[visual]

Для централизованного распределения файлов между секретарем и всеми желающими пользователями организации были реализованы попарные "папки обмена" (share folders):

на sharepoint посмотри.

[sie]

на sharepoint посмотри

Бр-бр-бр... сложновато показалось, к тому же платно и недешево.

Вообщем, тему можно считать закрытой.
Спасибо всем за внимание и комментарии.

Буду почту пользовать, как нечто уже знакомое, переносимое и бесплатное во многих случаях.