Microsoft KB Archive/209120

= ACC2000: No Password Prompt Appears When Using Microsoft Access .MDB with ODBC =

Article ID: 209120

Article Last Modified on 1/26/2005

-

APPLIES TO


 * Microsoft Access 2000 Standard Edition

-



This article was previously published under Q209120



Advanced: Requires expert coding, interoperability, and multiuser skills.

This article applies only to a Microsoft Access database (.mdb).



SYMPTOMS
You are not prompted for a user name and password as you would expect when you are using ODBC from an application to open a secured Microsoft Access database.



CAUSE
This behavior occurs when you have not specified a Microsoft Access workgroup information file, System.mdw, to use with the Microsoft Access ODBC data source. The workgroup information file contains a list of users, groups, and passwords.

If you do not specify a workgroup information file, ODBC opens your Microsoft Access database (.mdb) file without a password and grants you the permissions of the Users group.



RESOLUTION
Edit the Microsoft Access ODBC data source to use the appropriate Microsoft Access workgroup information file.

Follow these steps to specify a workgroup information file to use in a Microsoft Access ODBC data source:

 Open Control Panel. Double-click ODBC Data Sources (32bit).

NOTE: To open the ODBC Data Source Administrator in Windows 2000, click Start, click Run, and then type odbcad32.exe in the Open box. In the ODBC Data Source Administrator box, click the User DSN tab. Select the MS Access Database data source, and then click Configure. In the System Database box, click Database, and then click the System Database button. In the Select System Database box, locate and select the System.mdw file. This file normally resides in the following location:

C:\Program Files\Microsoft Office\Office

</li> Click OK, and then close the ODBC Data Source Administrator.</li></ol>

<div class="moreinformation_section">

MORE INFORMATION
If ODBC opens your Microsoft Access database without a password, this does not mean that you have circumvented Microsoft Access security.

Microsoft Access employs user-level security on databases, not share-level security. In user-level security, you grant permissions to users of your database resources, such as tables and forms. In share-level security, you password-protect your resources.

If ODBC opens your Access database without a password, you log on to the database as a member of the Users group and have permissions to only those objects in the database that are available to members of the Users group.

If members of the Users group do not have permissions to edit data in a table, you are not able to edit that table using ODBC with no System.mdw file specified.

In user-level security, the combinations of users and their permissions define database security. Information about users, groups, and passwords is stored in a workgroup information file. Information about who has permissions on database objects is stored with each database in the Microsoft Access database (.mdb) file.

Passwords are stored in the workgroup information file and are used only to prevent a user from logging on to a database as another user who has different permissions on database objects. Members of the Users group alone may not have permissions to modify data in tables, but a user with a password may be a member of other groups with permissions to modify data.

Additional query words: no read permission

Keywords: kbprb kbusage KB209120

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.