Может при написании "нового" Eserv'а "вынести" drweb32.dll наружу (использовать от free Dr.Web) — при этом обеспечивается автоматическое обновление не только баз, но и самой версии ВDr.Web'а
А пока ждем-с Eserv с вшитым drweb32.dll от Dr.Web версии 4.29...
"Eserv использует 'внедренный' в недра Eserv engine drWEB'a (drweb32.dll). Для использования новой dll от DrWEB'a нужна новая версия непосредственно самого Eserv'a."
Смотрим файлы:
Dr.Web 4.28 Drweb32.dll 20.08.2002 03:28 568832
Dr.Web 4.29 Drweb32.dll 28.10.2002 04:29 573952
А вот что ответили в форуме по Dr.Web:
"Антивирусные базы от версии 4.29 можно использовать в Dr.Web'е версии 4.28, но из-за другого движка правильная работа с ними не гарантируется"!
Из техподдержки Dr.Web с Eserv имел дело только Борис Жмуров, который теперь работает в ДиалогНауке, то есть, технических деталей "внедрения" там не знают. Ещё раз повторю — в отношении релиза Eserv 2.98, который билд 3315, они правы на все сто, релиз действительно отказался работать с движком версии 4.28.
А может было бы проще чтобы он (Eserv) и "движок" находил в том-же месте, куда настроен путь
ПочтовыйCервер->Антивирус->DrWEB->AntivirusDatabasePath?
Естественно.
Не думаю. Во-первых, если используется автообновление, то факт блокировки файла библиотеки может помешать работе обновлялки (Спайдер библиотеку не блокирует). Во-вторых, некоторые будущие несовместимости всё-таки возможны — хозяин барин, понадобится что-нибудь в интерфейсе движка поменять, а Eserv об этом какое-то время знать не будет. Одним словом, смена версий Доктора — не настолько частая операция, чтобы её нельзя было сделать вручную и проконтролировать результат.