So I'm kind of lost at the moment.

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

Are you using any type of kix macro to map to this one share?

You in a sense, do not need the KixRPC service running..... but with out it kix is limited to what it can do on win9x computers.

Bryce

------------------
kix.isorg.net

I am using two NT4.0 domaincontrollers who are both running the KXRPC-service.
In the script i am mapping different networkdrives to these servers and one mapping to a networkdrive on a NT server who is not a domaincontroller ( normal server )

The otherones are working fine but the last one to the normal server doesn't work?

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

if @RAS
messagebox("Ivm RAS worden er geen shares aangemaakt","",64)
else
use "*" /delete ; remove all current connection
$err = DelTree("HKEY_CURRENT_USER\Network\Persistent")
$err = AddKey("HKEY_CURRENT_USER\Network\Persistent")

if ingroup("Domain Admins") = 1
use J: "\\serverA\C$$"
endif

if ingroup("Domain Users") = 1
use H: "\\serverA\Data"
use G: "\\serverB\Temporary"
use M: "\\serverC\Matrix4"
endif

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

Bryce

Server A and C are my domaincontrollers and the share to these servers are working fine.

Only the share to Server B (normal server) isn't working

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

first test the security of the \Temporary share, and make sure that you can connect to it normally. (click on start | run | and type \\serverB\Temporary) and if the proper security levels are in place, you should be able to connect to it.

If you can't connect to it, check both share level security, and file level security (file level security only if the share is on a NTFS partition.)

Bryce

------------------
kix.isorg.net

[This message has been edited by Bryce (edited 13 March 2001).]

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

Pffffffff

It's not easy !

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

Trying to connect to serverB on wich a directory C:\Temp ( everyone full control ) is shared as Temporary ( everyone full control )

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

Wild stab in the dark, here...

If this is it you'd problably want to update some DLL's.

------------------
Greetz,

Roger the Young
------------------------
The code is out there...
------------------------

I have tried it on my machine (win'98) and it works fine if that users logs in. The user has a win'95 machine.

If just tested something;
if i execute the script manually on the client it seems to work fine?

!!! Hé
I am using $R= SETCONSOLE("MAXIMIZE") in the logonscript but it didn't seem to work, now when executing the script manually it maximizes the screen correctly ??

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

? @serror

after the bad drive mapping. and let us know what it says.

Bryce

------------------
kix.isorg.net

Do you have an older KIX32.EXE, KX16.DLL, KX32.dll, KX95.DLL on the logon-share and some newer ones on the local workstation?

------------------
Greetz,

Roger the Young
------------------------
The code is out there...
------------------------

First Bryce;
? @serror gives "toegang is geweigerd"
a my windowsversion is dutch so ... in english "no permission"

Alright Roger, I am sure of the version. I only update on the server so I can't have any different versions.

After logon it works fine so it must be a permissionproblem while login on. (Something like the server is not know while executin kix. or something of that kind? )

It seems to become a nice little problem.
Bryce can't you come over and look at the problem? Coffee is ready.

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

This problem server is a member of the domain?

Bryce

------------------
kix.isorg.net

Straingly enough that the win'95 client gives a problem and the win'98 goes OK?

------------------
Eastborn Slaapsytemen BV * Eddy Croezen

I am guessing that a function executed later in your script is providing some security setting/access for the user(s) in question. On first execution of the script the user does not have rights to the share, but on the 2nd manual execution the rights are now in place - defined by completion of login script during first execution. So, I also suggest you check the latter part of the script for anything that might help with this possibility.

Bill