Answer 1. If the db isn't asking for identification and still lets the user
open the db and work with it, that means the db was never secured properly.
If it's blocking users from opening the db, that's good, it's doing its job.
The users aren't using the secure workgroup file they used to use, that's why
they're not getting prompted.
Answer 2. If the db wasn't secured properly read and study the security faq
and secure the db again.
http://support.microsoft.com/kb/207793
If the db was secured properly give each user a shortcut to open the db:
"path to msaccess.exe" "path to db" /wrkgrp "path to secure.mdw"
Answer 3. I don't know of any.
Chris
Microsoft MVP
cubangeek wrote:
>A few years ago I deployed an MS Access DB, users used to have a login
and pword to get into the DB.
I now migrated the DB to an Advanced Server 2003.
Question 1. The problem is that the DB no longer authenticates (uname
&pword). Is this a flaw in Advanced Server?
Question 2. How can I fix it?
Question 3. Are there any RAD tools that would basically convert the
MSACCESS application to a WebApp without doing too much PHP, SQL code?
--
Message posted via AccessMonster.com
http://www.accessmonster.com/Uwe/For...ccess/200810/1