Перейти к содержанию
FNA

NLNVP.DLL

Recommended Posts

FNA

Приветствую. После апгрейда SEP с 11.0.6 до 11.0.7 MP1 на компьютерах пользователей перестал запускаться Lotus Notes 8.5.x

Судя по тестам и найденной информации

https://www-304.ibm.com/support/docview.wss?uid=swg21319614

http://www.symantec.com/connect/ko/forums/...-upgrading-ru-7

проблема в модуле NLNVP.DLL и строчке NSF_HOOKS=NLNVP.DLL в notes.ini . В https://www-304.ibm.com/support/docview.wss?uid=swg21319614 пишут, что этот модуль, NLNVP.DLL, устарел и для Lotes Notes 8.5 строчку NSF_HOOKS=NLNVP.DLL можно удалить из notes.ini. Вместе с тем в конце есть приписка, что можно не удалять эту строчку, а удалить из нее расширение .DLL , оставив NSF_HOOKS=NLNVP, и тогда эта библиотека не будет загружаться. То же самое советуют в http://www.symantec.com/connect/ko/forums/...-upgrading-ru-7

Хотелось бы понять, действительно ли модуль NLNVP.DLL (как я понял, проверяющий аттачменты) устарел, что лучше (с точки зрения работы и безопасности), убрать полностью строчку NSF_HOOKS=NLNVP.DLL или оставить NSF_HOOKS=NLNVP, и зачем вообще советуют оставлять NSF_HOOKS=NLNVP, убрав ".dll", если при этом библиотека не будет загружаться? Возможно, есть какое-то другое решение.

Плюс хотелось бы спросить, как лучше устанавливать SEP непосредственно на сервер Lotus Notes Domino, чтобы он мог на сервере проверять все хранящиеся там в формате NSF базы пользователей - с модулем проверки почты Lotus Notes?

Заранее спасибо

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Олег Просветов

Добрый день,

По основной теме не отвечу, т.к. плохо знаком с Lotus. Но то, что касается проверки NSF, SEP этого делать не умеет. Это делать умеет Mail Security for Domino, и хотя в названии продукта MAIL, его можно использовать просто как сканер NSF.

С уважением,

Олег

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Создайте учетную запись или войдите, чтобы комментировать

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

  • Сообщения

    • PR55.RP55
      Зачем ? Только для файлов которые попали в подозрительные. Логика такая:  Файл в подозрительных > uVS берёт его SHA1 ( если таковая есть ) и прогоняет весь список на совпадение > если совпадение найдено - файл попадает в подозрительные > в Инфо. файла пишется информация по какой причине файл попал в подозрительные. Да и проверку можно проводить на  готовом образе\списке.
    • demkd
      И чего в ней странного? Обычный каталог с непонятным LSM.
        Кто-давно не говорил что uVS медленно создает образ...
    • PR55.RP55
      + + Крайняя форма извращения: ( там же ) uVS  поместил а Подозрительные только два файла из шести. Предлагаю: Автоматически помещать в Подозрительные все файлы при совпадении SHA1 ( и\или имени ) т.е. если файл  попал в подозрительные - то идёт проверка списка на совпадения. Есть совпадение > файл в подозрительные. ( с соответствующий записью в Инфо - о причине )
    • PR55.RP55
      + http://www.tehnari.ru/f183/t262601/ Тоже странная запись. Полное имя                  C:\PROGRAMDATA\{01456982-0145-0145-014569822880}\LSM.EXE
      Имя файла                   LSM.EXE
      Тек. статус                   ПОДОЗРИТЕЛЬНЫЙ в автозапуске
                                 
      Сохраненная информация      на момент создания образа
      Статус                      в автозапуске
      Инф. о файле                Не удается найти указанный файл.
      Цифр. подпись               проверка не производилась
                                  
      Ссылки на объект            
      Ссылка                      C:\WINDOWS\SYSTEM32\TASKS\MICROSOFT LOCALMANAGER[WINDOWS 8.1 SINGLE LANGUAGE]
                                  
    • demkd
      Кто-то криворукий прописал путь, так что ничего удивительного нет.
×