Re: User Rights at Client Seem to Vary
From: TonyM (tonym_at_southernwoodwork.com)
Date: 03/23/05
- Next message: Jesse Gardner: "Re: Time synch problems..."
- Previous message: -=gu=-: "Re: Question about migrating users with ADMT"
- In reply to: Herb Martin: "Re: User Rights at Client Seem to Vary"
- Next in thread: Herb Martin: "Re: User Rights at Client Seem to Vary"
- Reply: Herb Martin: "Re: User Rights at Client Seem to Vary"
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 23 Mar 2005 09:56:19 -0500
Herb Martin wrote:
>>
>>
>>I have inserted the CD and thats when I get the error message below and
>>the install stops.
>
>
> How about the idea (I gave below) of just explicitly
> choosing to do the updates as an Admin so that you
> (can try to) update the status of the Office install....
>
Yes, that is how it was updated.
>>>>Also the accounting package appears to start
>>>>when you click the icon but doesn't come up. It just runs as a service.
>>>
>>>
>>>"Service" is a specific term, but I suspect you mean
>>>"runs without displaying a GUI" which is an ENTIRELY
>>>different result.
>>
>>Yes, incorrect terminology again. The program runs without displaying a
>>GUI. I then have to use task manager to end the process.
>
>
> Ok, so this tends to imply some sort of DLL mismatch
> problem (although it could be a lot of things.)
>
> Is the accounting packing some 16 bit obsolete program
> that you are just stuck with due to the functions it performs?
>
The accounting package (Timberline) is the reason for the switch to
Windows Server. They stopped supporting Novell at the start of the year.
Their tech support is excellent and is probably my next stop!
>>All MS Office products and Win2000 have been updated to the latest
>>patches and security updates.
>
>
> Office Update site?
>
>
Yes
>>>I have never used nor liked that method. Preferring to
>>>do it directly.
>>>
>>
>>Thats a good idea. I will try recreating the profiles without copying
>
> them.
>
> Or just first VIEWING the permissions and perhaps
> setting them manually with tools like:
>
> Share:
> Net Share SHARENAME
> Computer Manager
> Windows Explorer
>
> NTFS:
> cacls.exe (built-in)
> xcacls.exe (downloadedable from MS or in Support Tools)
> setacls (SourceForge but NOT for the faint of heart so let
> this one go until later.)
> Windows Explorer
>
> Also, as a Novell guy, notice that SHARE permissions and
> NTFS FILE permissions are distinct -- they interact when a user
> much access an NTFS file over the Network -- the user must
> 'pass' both the Share AND the NTFS permissions on a file to
> exercise that privilege ON THAT FILE.
>
>
>>>Perhaps the permissions were mangled on the profile
>>>location -- either the Share (usually should be Full Control)
>>>or the File (NTFS permissions.)
>>>
>>>
>>>
>>>>I'm sure I missing something in the rights category but since all 5 were
>>>>done the same way I'm stumped. Any help would be greatly appreciated.
>>>
>>>
>>>Go check the permissions (not rights) on both the Share
>>>and the NTFS files.
>>
OK, my "permissions" for the accounting department are set up through a
group object called "accounting". I then added the accounting department
users to this object as "members". I did not create any specific "group
policy" for this object I just added the object to the share and gave it
"Full Control". The accounting group also has full control orver the
NTFS files in the share. The NTFS permission is set to apply to "This
folder, subfolders, and files"
- Next message: Jesse Gardner: "Re: Time synch problems..."
- Previous message: -=gu=-: "Re: Question about migrating users with ADMT"
- In reply to: Herb Martin: "Re: User Rights at Client Seem to Vary"
- Next in thread: Herb Martin: "Re: User Rights at Client Seem to Vary"
- Reply: Herb Martin: "Re: User Rights at Client Seem to Vary"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
