Тема: Развитая структура почтовых каталогов The Bat! в локальной сети

Доброго времени суток!

Есть локальная сеть, около 30 компьютеров, почти на всех есть выделенка в Инет, есть файловый сервак и есть 10 пользователей, пользующиеся The Bat!, у всех разные почтовые адреса. Основная почтовая база лежит на файловом сервере. Кстати, при перемещении основной почтовой базы на сервер, The Bat! предупреждает о возможных проблемах, которые могут возникнуть при работе нескольких пользователей с одной базой одновременно. Не могли бы вы рассказать, если кто знает, что это за ошибки такие могут быть?.. Но задачка заключается в другом.

Итак, предположим, Директорский компьютер может видеть практически все почтовые ящики, но к большинству из них у него должен быть доступ read-only. А вот, например, компьютер Менеджера должен свой собственный почтовый ящик хранить локально у себя на машине, а заодно видеть ящики (тоже read-only) нескольких своих подчиненных.

Создаю почтовый ящик. В качестве каталога ящика указываю каталог реально уже существующего и битком набитого письмами ящика, расположенного на сервере (предположим, \\server\mail\personal). Название ящика указываю точно такое же, как и название самого каталога (уже реально существующее). Однако на сервере эта самая папка \server\mail\personal расшарена для компьютера Менеджера только на чтение (сервер - Win2k AS). В результате я вижу не новый ящик на компьютере Менеджера, набитый письмами, расположенными в каталоге Personal, а совершенно пустой ящик, да еще и организованный в папке с ограниченным доступом! Но… тоже расположенный в папке Personal.

Подскажите, каков же удачный вариант организации каталогов в моем случае? Как именно нужно создавать эти самые "новые" ящики на компьютерах начальников отдела, чтобы они могли иметь свой собственный рабочий каталог (например, локальный), а при этом видеть ящики своих подчиненных, но только в read-only варианте?

Я не использую систему Бат-клиент -- Бат-сервер, так как если сервак накроется в мое отсутствие и сам перезагрузится (например), то для того, чтобы запустить Бат (даже из Автозагрузки), нужно, как минимум, залогиниться. А сервак у нас стоит без монитора, клавы, мышки и выполняет чисто файловые функции.

Заранее огромное спасибо!

Сообщение от Paganini

Не могли бы вы рассказать, если кто знает, что это за ошибки такие могут быть?

Можно и самому догадаться - права доступа, у бата часто "сносит голову" при одновременном обращении к базе нескольких человек. А не дай бог если это еще одна папка.

Сообщение от Paganini

Итак, предположим, Директорский компьютер может видеть практически все почтовые ящики, но к большинству из них у него должен быть доступ read-only. А вот, например, компьютер Менеджера должен свой собственный почтовый ящик хранить локально у себя на машине, а заодно видеть ящики (тоже read-only) нескольких своих подчиненных.

Создаю почтовый ящик. В качестве каталога ящика указываю каталог реально уже существующего и битком набитого письмами ящика, расположенного на сервере (предположим, \\server\mail\personal). Название ящика указываю точно такое же, как и название самого каталога (уже реально существующее). Однако на сервере эта самая папка \server\mail\personal расшарена для компьютера Менеджера только на чтение (сервер - Win2k AS). В результате я вижу не новый ящик на компьютере Менеджера, набитый письмами, расположенными в каталоге Personal, а совершенно пустой ящик, да еще и организованный в папке с ограниченным доступом! Но… тоже расположенный в папке Personal.

Подскажите, каков же удачный вариант организации каталогов в моем случае? Как именно нужно создавать эти самые "новые" ящики на компьютерах начальников отдела, чтобы они могли иметь свой собственный рабочий каталог (например, локальный), а при этом видеть ящики своих подчиненных, но только в read-only варианте?

Я не использую систему Бат-клиент -- Бат-сервер, так как если сервак накроется в мое отсутствие и сам перезагрузится (например), то для того, чтобы запустить Бат (даже из Автозагрузки), нужно, как минимум, залогиниться. А сервак у нас стоит без монитора, клавы, мышки и выполняет чисто файловые функции.
Заранее огромное спасибо!

Никаков (тем более вы не используете бат как сервер-клиент, да и не нужно это) .
А вообще при загрузке бат любить менять права независимо от того, какие Вы ему поставили…
Мой совет - ставьте локальный почтовик (например mDaemon) и пусть люди коннектяться к нему уже :-)

Спасибо за совет. В принципе, то, что касается проблем The Bat! с правами пользователя, меня не коснулось, несмотря на то, что к одной и той же базе данных одновременно обращаются 3-6 пользователей. Если на сервере к каталогу mail предоставить для какого-то определенного пользователя доступ read-only, то юзер честно принимает почту, но она не сохраняется в папках. То же самое и с удалением писем. Но странная штука… Например, на сервере существует большая сетевая папка mail. К этой папке организованы права доступа для тех или иных пользователей. Эта папка является основным рабочим почтовым каталогом, который прописан в настройках системы в каждом Бат-клиенте. В этой папке расположены папки поменьше, соответствующие экаунтам - конкретным почтовым ящикам. И если, например, к какому-то ящику (ака папке) организовать свои собственные права доступа и в этих самых правах поставить галочку "Запретить (изменение)", то, по идее, это самое "запретить"должно перекрывать права "можно изменять", выставленные в главном почтовом каталоге mail. Идея у меня была такая -- у пользователя на компьютере есть почтовый клиент Bat! с некоторым количеством ящиков и папок, к которым организован полный доступ. Но к одной-единственной папке (!) доступ у него должен быть только read-only (например, для писем, приходящих для начальника отдела, но попавших по недоразумению в общий почтовый ящик). Ну или для других целей. Я полагал, что это можно сделать, разрешая изменение по сети или, наоборот, запрещая для этой самой папки в конкретной директории server/mail/papka, зная, что запрет на изменение всегда имеет больший приоритет, чем разрешение на изменение. Но… увы! Бат превосходно, не взирая на атрибут "read-only" копирует и удаляет содержимое этой помеченной папки. Так что же… Когда Вы говорили, что у Бата проблемы с правами доступа, Вы имели в виду, что Бат перекрывает права, организованные на самом сервере????

Из Вашего ответа я понял, что рабочий каталог должен бытьу всех один, но папки, соответствующие определенным экаунтом -- разные. Но как подрубить уже существующий ящик? Например, я залезаю в директорию mail, вырезаю оттуда папку "ящик1" и вываливаю ее вообще на другой логический диск, к примеру. После этого, когда я указываю проге путь к этой самой папке, в свойствах ящика (или во время создания нового почтового ящика), прога создает новый почтовый ящик… но совершенно пустой! Что я не так делаю?… Только не говорите, что моя ошибка в том, что я юзаю The Bat!…

Я попробую перескочить на mDaemon. Бат, кажется, может работать с ним? Я очень плохо понимаю, что это за программа, но сейчас изучаю доки. Скажите, mDaemon сам, что ли, создает ящики почтовые (адреса), или его можно настроить на работу с уже существующими ящиками, заточенными на нашем хосте?

MDaemon - это почтовый сервер (как Sendmail, Postfix и многие другие)…