"Access to data denied"
Daniel Steiner
I have the following problem:
If I want to open a database the error "Access to data denied" occurs.
I am working with a Notes 4.5.1 client (4.5.1 on server); Windows NT 4.0
with an Novell NW 4.1 requester.
Who can help me with this problem?
Thanks in advance.
Daniel Steiner
Glenn
try this ...
1, delete the icon and readded to your desktop.
2. delete your desktop.dsk and recreate it.
ggo...@ix.netcom.com.nospam
remove ".nospam" to reply
Daniel Steiner wrote in message <34BBD8D4...@gmx.net>...
Deborah Penny
Deleting your desktop.dsk file is not necessarily the answer. This can be
painful for users, if they have a lot of dbs added and worktabs customized
on the notes desktop.
If access is denied to a db, that means that you do not have access to it.
You should check the ACL of the db. If it's a local db, look at the ACL and
determine who or what group has access to it and make sure to add yourself
to that group. By default, you should have manager rights to the local db.
If you still don't have access and it's a local replica and you can access
the db on the server but not the local, it means you've messed up the local
ACL. Remove the db from the workspace, and recreate a local replica.
Another possibility is that you're using stacked icons and trying to access
a replica db on a server that you don't have access to. Unstack them and
determine which db it is that you don't have access to, and go through the
steps outlined above to determine what the problem is.
HTH
-Deborah Penny
CIS Notes L-Team Volunteer Sysop
PennyLane Solutions
Glenn wrote in message <69jqp1$m...@dfw-ixnews3.ix.netcom.com>...
Daniel Steiner
Hi Deborah
First, thanks for your help.
I think you didn't understand my problem. The error "Access to data
denied" occurs if I execute the menu Database/Open to open a database
that doesn't exist on my desktop.
I think the problem is either with Windows NT or Novell Netware because
if I work totally local (program and data) this error didn't occur
anymore.
Do you have an idea what the problem could be? Thanks in advance for
your help.
Daniel Steiner
Vance Jochim
I tsounds to me like your ACL rights to the database are restricted. There are also server settings to restrict ability of anyone to make a replica or full text index of a database, and those could be contributing to the problem.
Vance
On Sun, 18 Jan 1998 20:49:46 +0100, Daniel Steiner <dste...@gmx.net> wrote:
&Hi Deborah
&
&First, thanks for your help.
&
&I think you didn't understand my problem. The error "Access to data
&denied" occurs if I execute the menu Database/Open to open a database
&that doesn't exist on my desktop.
&
&I think the problem is either with Windows NT or Novell Netware because
&if I work totally local (program and data) this error didn't occur
&anymore.
&
&Do you have an idea what the problem could be? Thanks in advance for
&your help.
&
&Daniel Steiner
Vance Jochim
Remove the XX in the email address to respond (to prevent spam)
Lotus Notes contract consultant
Orange County, CA 714-662-2501
Scott Cline
Check the ACLs. The database on the server enforces the ACL on the
database. The only way the ACL gets enforced locally is if you have the
database set to maintain consistant ACLs across all replicas. The server is
what is keeping you out.
If you had a problem with NT or the Netware requestor, your error message
would reflect your inability to load the server or see the server. If your
getting error messages that tell you access denied, it's because you don't
have rights to the database on that server.
Scott Cline
Daniel Steiner wrote in message <34C25CDA...@gmx.net>...
>Hi Deborah
>
>First, thanks for your help.
>
>I think you didn't understand my problem. The error "Access to data
>denied" occurs if I execute the menu Database/Open to open a database
>that doesn't exist on my desktop.
>
>I think the problem is either with Windows NT or Novell Netware because
>if I work totally local (program and data) this error didn't occur
>anymore.
>
>Do you have an idea what the problem could be? Thanks in advance for
>your help.
>
>Daniel Steiner
DHolmes
This is a NT security problem. Check the security on the file through NT
and make sure the right access is set.
Scott Cline
That server should be set up as a dedicated application server, and Notes
should be loaded as a service, giving it "system" access to all files in the
directory. The only method to access the data should be through the notes
server. That gives the Notes application server the responsibility of
allowing access to the data via Notes Server security.
Allowing people to "log into" the NT server, map a drive to the Notes data
directory and open the databases locally could cause the problem (sharing
violation), but anyone who would allow a Notes client to access data in this
manner doesn't understand the security exposure or risk of data corruption.
Check the permissions on the file itself, but I still think the problem is
in the Notes Server security.
Scott Cline
DHolmes wrote in message <34C62A...@iname.com>...
>Scott Cline wrote:
>>
>> Check the ACLs. The database on the server enforces the ACL on the
>> database. The only way the ACL gets enforced locally is if you have the
>> database set to maintain consistant ACLs across all replicas. The server
is
>> what is keeping you out.
>>
>> If you had a problem with NT or the Netware requestor, your error message
>> would reflect your inability to load the server or see the server. If
your
>> getting error messages that tell you access denied, it's because you
don't
>> have rights to the database on that server.
>>
>> Scott Cline
>>
Deborah Penny
I worked with Daniel a bit off-line on his problem. It's more than an ACL
issue. His server crashed, he lost his user IDs, he recreated IDs using a
new certifier, the dbs survived the crash, and now no one can get to the db.
He was using Enforce consistent ACL on this db, and the user who created the
db only gave LocalDomainServer's manager rights.
Well if you use "Enforce a consistent ACL" to gain access around this you
have to explicitly be declared on the ACL, among other things. He couldn't
even get to the db to change the ACL.
It's a Notes Security issue all right, to the point where the database is
useless because no one can access it. A hard lesson learned for the user
about ACLs and for the admin for not backing up IDs <G>!!
-Deb
Scott Cline wrote in message <6a6j90$8o$1...@news.iquest.net>...
Charlie Brown
To recover this DB, write a server add-in using the Notes C API that updates the
ACL (e.g. add the admin user ID as a manager.) Run the addin on thr server
(assuming the server is in the LocalDomainServers group).