разделить путь к базе на 2, персональные настройки и общие данные

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

Не получится. Да и зачем?

почему не получится?
Путь к базе: \\Server\pub\ftpinfo
путь к настройкам: c:\Documents...

а нужно это затем что м всем офисом пользуемся ftpinfo, и чтобы не сканить ftp-шные сервера всем офисом делим обшюю базу, вот только текущие закачки все так и норовят удалить. и изменить путь к принятым.

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

И как же умудряетесь всей конторой просматрвиать обновления на сервере, если кто-то нажмет кнопку "запомнить дату"?

Во-во, а потом ещё подавай синхронизацию и т.д. и т.п...

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

Этого достаточно. Плюс есть ещё такая "радость", как совместный доступ к файлу... Если кто-то базу изменил, и в момент сохранения файла кто-то более другой будет его читать или тоже записывать?

Если у каждого будет своя база - не будет никаких проблем. А так... Я не понимаю как вы до сих пор не убили парочку баз серверов

Что бы избежать тех страшных вещей, о которых упомянул MAS предлагаю следующий вариант реализации:

Так как юзеры сидят не за одной машиной, а будут "скачивать" БД по FTP (программа ведь с фтп работает!), то:
1) Рассшариваем папку с БД FTPInfo (сторонними программами) на на машине (м1).
2) В настройках, на другой машине (м2) указывается адрес м1 и папку где файлы.
3) Программа c м2 подключается к м1 и скачивает к себе БД.
4) Программа на м2 сверяет скачанную БД и свою:
4.1) Новые сервера -> добавляет к себе в БД
4.2) Отсутствующие в скачанной БД -> выделяет и "откладывает" в файлик рядушком.
5) М2 коннектится к аплоуду м1 и заливает файл с отсутствующими серверами (п. 4.2) (файл маски 192.27.10.15-10.10.2005.dat - если уже есть - добавляется какой-либо преферикс вплодь до часов/минут)
6) Программа на м1 проверяет папку служащую аплоадом (~раз в час), находит оный файл и добавляет в свою БД те сервера.

С пунктом 3 проблем не должно быть - как ни как стоит вспомнить, что программа является одновременно и "довнлоудером" по ФТП-протоколу...

Предлагаем своё/критикуем (слово - гимморно лучше не нужно говорить - сам знаю, но имхо - эта реализация едва ли не единственная... из сотни из возможных описанная тут.) ...

Добавлю ещё одну страшную вещь. В скором времени я чуть-чуть изменю формат базы серверов. Разумеется будет автоматическое переконвертирование в новый формат, никто ничего и не заметит.
А вот обратной совместимости не будет.
И теперь смотрим на такой вариант: если базы расшарены и кто-то ставит новую версию FI, которая переконверчивает базы, то все остальные (со старыми версиями) весело падают.

Добавлю ещё одну страшную вещь. В скором времени я чуть-чуть изменю формат базы серверов. Разумеется будет автоматическое переконвертирование в новый формат, никто ничего и не заметит.
А вот обратной совместимости не будет.
И теперь смотрим на такой вариант: если базы расшарены и кто-то ставит новую версию FI, которая переконверчивает базы, то все остальные (со старыми версиями) весело падают.

Ммм... Хорошо, но так как этой функции пока нету (о которой я выше писал), равно как и новой версии БД, может имеет смысл в будующей версии (как БД так и программы) ввести "маркеры" и их проверку (если оно ещё не введено)?
Т.е. маркер в БД указывает на совместимость минимум с версией 1.5, а если программулька версии 1.4 обращается к этой базе - пользователю выводится сообщение - "эта БД не для тебя, родной" .
К слову - это в принципе должно будет решить подобные конфликты в будующем - особенно если формат БД будет меняться (но этот маркер конечно должен быть где-то или в начале или в конце - где-то неизменно во всех последующих версиях БД - что бы программа могла быстро его проверить).

Введено, в начале файла с данными маркер.

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