Не об этом я.... я о том, по каким юзером идет процесс чтения баз, и какие права на машинке с базами каким юзерам даны
Читайте аккуратнее - вроде же внятно написал
Под каким локальным юзером читаются базы
Не об этом я.... я о том, по каким юзером идет процесс чтения баз, и какие права на машинке с базами каким юзерам даны
Читайте аккуратнее - вроде же внятно написал
Под каким локальным юзером читаются базы
У меня та же самая проблема, т.е. TheBat при старте очень долго висит, а потом заводится. Как я выяснил все упирается в таинственный файл user.nrq, размер которого растет не по дням, а по часам! Удаляешь файл и все нормально работает и быстро грузится, но он снова растет! Что это за файл и для чего он нужен не знаю… И еще, такая вещь появилась только после того, как я настроил одну машину как Dial-Up Server, а остальные как Клиенты без TCP-IP. Может в этом месте и порылась собака?
Было у меня такое недавно - очень долго стартовал, как я понял это как то было связано с фраментированным винтом, профел дефрагментацию, и Бат стал грузится да пару секунд.Сообщение от lazarus
Запретил запись в файл user.qns и файл расти перестал. Не знаю что будет дальше, но раньше он у меня за неделю вырастал до 60МБ и все начинало жутко притормаживать.
А чего в этом файле-то хранится?
2lazarus : Хм, а как ты догадался, что все дело в этом загадочном файле? Я бы никогда не стал удалять файл, если не знаю, для чего он нужен и что в нем такое хранится. Просто интересно…
2Wanderer: Что касается вопроса о правах юзеров. Все просто -- все юзери у меня под правами Users, и на сервере, где лежат базы, им тоже даны такие права - Users. На каталог с почтовой базой стоит шар "Все" и ПОЛНЫЙ ДОСТУП (все три галочкив меню доступа). Дефрагментировать приходится вообще каждый день -- поток писем сумасшедший и юзеров тоже для Бата многовато. Но дефрагментация не помогает. Сразу после дефрагментации проверял -- все то же самое.
Ну, что еще сказать… Юзерам запрещен локальный вход… Все эзеры (за редким исключением) именно Юзерс, а не Пауэр Юзерс. Групповые политики по умолчанию пока устраивают, поэтому ничего особенно нечего добавить…
Я тоже обычно не имею привычки удалять то чего ен знаю, поэтому я просто перемещаю файло в другое место и смотрю на реакцию проги, в случае с TheBat, реакция мне понравилась....Сообщение от Paganini
А вот что это за файл и для чего нужен я так и не понял… По содержанию очень напоминает аудит доступа к ящикам… НО ЭТО ВЕРСИЯ )
Через этот файл Bat-сервер общается с клиентами. Так как этот режим создан для работы в любой сети, а не только TCP/IP, то общение происходит через файл. Работая с версией 1.62, я замечал, как его размер то уменьшается, то увеличивается. То есть, в общем случае, сервер его периодически чистит. Но иногда почему-то происходит какой-то сбой, старые записи из файла прекращают удаляться, и файл растёт. На версии 2 не пробовал, как это воспроизвести - не знаю.Сообщение от lazarus
Ну, это просто мои личные наблюдения, может, я и неправ. Но если прав, то при запрете записи в этот файл сервер должен игнорировать просьбы клиентов принять/отправить почту.
Я нашел решение проблемы.
Дело было в установленной DrWeb 430a. Как только в Spider Guard мы прописали путь -исключение к каталогу с установленной Bat! (чтобы Spider не проверял процесс, запущенный bat.exe), Бат сразу перестал тормозить.
Может, кому и поможет…
И можно, кстати, это вынести в FAQ.
Всем спасибо!
Hi.
Мне кажется, что я знаю в чем тут дело. Долго разбирался, но исправить это не удастся.
При работе Мышки в режиме "мастер плюс клиенты (рабочие станции без ТСП)" для синхронизации мастера с клиентами используются файлы USERS.* в корне каталога почтовых баз.
Туда клиенты помещают запросы на прием-передачу почты, туда же мастер помешает информацию о необходимости пересканировать ту или иную папку.
Подозреваю, что там еще много чего хранится.
При старте Мышка долго и нудно что-то в этом файле анализирует, и делает это, по видимому, крайне неоптимально. Я догадываюсь, что кто-то (скорее всего мастер) должен эти файлы переодиечки чистить, но покуда они (файлы) открыты хоть на одном клиенте, а открываются они на read-write, файлы невозможно ни урезать ни удалить -- они заблокированы. Поэтому они все время растут и пухнут.
Отсюда и торможение.
А всякие антивирусники только ухудшают картину.
//Mike