S
SparkLone
Доброго времени суток,
В проекте используется собственная nsf'ка, при установке приложения в случае если стоит более ранний релиз - применяется утилитка nconvert.
Ex: nconvert "xx.nsf" Name "C:\Program Files\XX\xx.ntf"
Если пользователь работает через сервер - у него спрашивается пароль и соответственно при корреткном вводе оного грейдится nsf'ка лежащая в папке data установленного Lotus'а.
Все бы хорошо, но, зачем то nconvert при успешном грейде nsf'ки - зачем то вносит какие то изменения в мейловый файл юзера хранящийся на сервере, о чем пользователя сервер уведомляет автоматом.
Собственно вопросы.
1) можно ли как то избежать модифицирования мейловой nsf'ки на сервере при грейде локальной nsf'ки к мейловой базе отношения не имеющей.
2) может есть какой другой способ грейдить nsf'ки из шаблонов. Утилитка nconvert как я понимаю все же была задумана именно для грейда мейловых баз при миграции на новую версию Лотуса..
Заранее благодарю за ответы.
В проекте используется собственная nsf'ка, при установке приложения в случае если стоит более ранний релиз - применяется утилитка nconvert.
Ex: nconvert "xx.nsf" Name "C:\Program Files\XX\xx.ntf"
Если пользователь работает через сервер - у него спрашивается пароль и соответственно при корреткном вводе оного грейдится nsf'ка лежащая в папке data установленного Lotus'а.
Все бы хорошо, но, зачем то nconvert при успешном грейде nsf'ки - зачем то вносит какие то изменения в мейловый файл юзера хранящийся на сервере, о чем пользователя сервер уведомляет автоматом.
Собственно вопросы.
1) можно ли как то избежать модифицирования мейловой nsf'ки на сервере при грейде локальной nsf'ки к мейловой базе отношения не имеющей.
2) может есть какой другой способ грейдить nsf'ки из шаблонов. Утилитка nconvert как я понимаю все же была задумана именно для грейда мейловых баз при миграции на новую версию Лотуса..
Заранее благодарю за ответы.