Labnuke99
27980 pts. | Jun 19 2008 6:07PM GMT
You poor guy! I wonder if your organization should consider going after this previous employee under some kind of disgruntled employee lawsuit. There is a lot of case law out there to support this. Try this Google search to support the issue: <a href="http://www.google.com/search?hl=en&q=disgruntled+employee+sabotage&btnG=Search" title="http://www.google.com/search?hl=en&q=disgruntled+employee+sabotage&btnG=Search" target="_blank">http://www.google.com/search?hl=en&q…</a>
This is going to cost the organization time and money to recover from his actions. You may need to open a support case with IBM to regain access to these files.
JMackey
20 pts. | Jun 19 2008 6:31PM GMT
Oh I honestly think it was more a case of he had no idea what he was doing. He was a decent fellow and probably thought he was doing us a security favor.
LTLevy
25 pts. | Jun 24 2008 3:33PM GMT
Another way to go is to check out the Sandbox on <a href="http://www.notes.net" title="http://www.notes. " target="_blank">www.notes.net</a>. I just did a search on ACL
Here is one agent that might help you: <a href="http://www-10.lotus.com/ldd/sandbox.nsf/ecc552f1ab6e46e4852568a90055c4cd/f51807e42918e33e00256c090044738f?OpenDocument&Highlight=0,acl" title="http://www-10.lotus.com/ldd/sandbox.nsf/ecc552f1ab6e46e4852568a90055c4cd/f51807e42918e33e00256c090044738f?OpenDocument&Highlight=0,acl" target="_blank">http://www-10.lotus.com/ldd/sandbox.nsf/…</a>
ClarkKent1
25 pts. | Jul 3 2008 7:47PM GMT
If you can’t get the agent to work that LTLevy pointed out, there is a slow and painful manual process that I had to use on a server due to a careless change while we were using R5.
I think you may be able to have a Notes client access most of the files that you currently do not have enough access to. IBM frowns on installing the client on a server but we’ve done it dozens of time on R5 servers will little effect. Though you must make sure that it installs into its own directory. If you don’t want to install the client on the server (completely understandable) you would probably be able to map a network drive to it and access it from another machine that has the client.
For it to work at a bare minimum you will need to have the server off. It also won’t work on encrypted databases unless you use the id that encrypted it. In this case that would be the server id. If you really need access to an encrypted database, you can switch to a server id and then make your changes.
I don’t envy you for your efforts but I’m pretty sure you can get to the data that you need with some effort.
Brooklynegg
2895 pts. | Jul 7 2008 2:49PM GMT
What about this?
Create an admin group in the NAB.
Add yourself to the group.
Edit the Server document and add the admin group with whatever rights you want it to have.
Get a copy of the server.id, if you don’t already have it.
Create a LotusScript agent that adds a the admin group to all databases on the server and gives it Manager access.
Switch ID to use the server.id.
Sign the agent with the server.id.
Schedule it to run on the server.
(make sure the agent does not have any UI objects, which would block it from running on the server).
Does anyone know why something like this wouldn’t work? It assumes that you have access to the server ID. Sounds like the old admin (aka “Kind-hearted Saboteur”) didn’t delete that ID before leaving, as the server continues to run.






