http://www.ritlabs.com Новое в теме Где искать причину регулярной утери настроек ящика? форума на сайте www.ritlabs.com [www.ritlabs.com] ru http://backend.userland.com/rss2 Wed, 12 Nov 2008 13:21:22 +0200 Где искать причину регулярной утери настроек ящика? в форуме Настройка и конфигурирование.
Если каждые 10 минут запускать
net use m: \\192.168.0.1\mail\user
то Бат перестала сбоить. Почти два месяца "полёт терпимый".

Понятно, симтомы можно вылечить настроив тайм-ауты на сервере. Но болезнь (ошибка), из-за которой Бат теряет настройки, в т.ч. где-то внутри Бат. Даже если мелкомягкие накосячили где-то что-то третье.

При потере "контакта" программа не имеет права полностью терять старые настройки.
12.11.2008 13:21:22, Джек Вебер.]]> http://www.ritlabs.com/ru/forums/forum3/topic6634/message25866/ http://www.ritlabs.com/ru/forums/forum3/topic6634/message25866/ Wed, 12 Nov 2008 13:21:22 +0200 Настройка и конфигурирование Где искать причину регулярной утери настроек ящика? в форуме Настройка и конфигурирование.
На машине с Win2k стоит клиент Бат 3.71.04.
Хранилище (папка с настройками и почтовыми базами) находится на машине с Win2k3, на "сетевом диске" (сетевой диск - это общая папка, общий ресурс, шара виндовс).

После первого утреннего запуска Бат оказывается, что
1) почтовые базы на сетевом диске в целости и сохранности,
2) для Бат полностью утеряны/сброшены настройки самого ящика.
После этого при попытке принудительно указать старое место хранения почтового ящика, настройки не восстанавливаются. Тогда достаю архивные файлы настроек ящика, копирую в соответствующуу сетевую папку с ящиком и всё работает весь день, или даже пару следующих дней тоже.

Очень похоже, что дело в системных багофичах доступа к сетевому диску. Похоже, что настройки теряются при утреннем первом запуске Бат. Вероятно есть какие-то неожиданные помехи для доступа к сетевому диску. В "ACCOUNT.LOG" не нашёл что-либо интересное.

Как диагностировать в Бат, какая именно причина, с "точки зрения Бат", приводит её к краху?
Или чтобы это могло быть?
Могут ли дать такой результат задержки по времени при доступе к сетевому диску? Задержки порождённые сетевым оборудованием/сервером и проч.
Пытаюсь понять с чего начать искать...



P.S. Для Бат доступ к сетевому диску организован следующим образом.
Клиент, лок.сеть 1
-> Iptables шлюз, где делается NAT лок.сеть 1 в сеть 2
----> ISA шлюз с сетью 2, непосредственно на ISA шлюзе находится папка с содержимым сетевого диска.

Сеть 2 это OpenVPN канал между двумя шлюзами.

В логах OVPN разрывов не вижу при уровне детализации 3. Уровень детализации приподниму скоро, но пока это так. Сам VPN канал выглядит как работоспособный, не могу найти на что пожаловаться.

+

Детализация 5-го уровня проблем не выявила, канал работает. Под подозрением на сервере тайм-аут отключения клиентов от "общего" сетевого ресурса, по дефолту он 15мин, "отваливающиеся" сетевые диски. Вероятно Бат правильно не обрабатывает такое отключение от хранилища.
23.09.2008 10:33:38, Джек Вебер.]]> http://www.ritlabs.com/ru/forums/forum3/topic6634/message25255/ http://www.ritlabs.com/ru/forums/forum3/topic6634/message25255/ Tue, 23 Sep 2008 10:33:38 +0300 Настройка и конфигурирование