Al,
Everything is very clear. I was simply offering a possible alternative (
one, btw, that I like better than logon.bat or logon.cmd ). I know that it
is not fixing your problem, but at least the users could have their two
mapped network drives!
Now, let's start to look at your specific issue.
You have two Domain Controllers. There is apparently no frs issue as the
logon.bat file shows up in the correct place on both DCs (
c:\winnt\SYSVOL\sysvol\yourdomain.com\scripts ). Have you actually verified
that the logon.bat is in the same location on both Domain Controllers? I
would guess that you have based on your point 3!
What happens if you manually map a network drive from one of the clients to
the scripts folder ( er, to the sysvol shared folder and then traverse down
to it )? Are you able to run the logon.bat script and achieve your goal?
If that does not work ( and even if it does ) what happens if you bring the
logon.bat to the local client and execute it? Does it run there?
What operating system(s) is/are your clients running? If the are all WINXP
Pro then there might be a simple solution. WINXP boots up and handles this
sort of thing a bit differently. There is something called fast logon
optimization that kinda messes things up a bit ( like logon scripts not
working the first time...yet, if you log off and then back on the mapped
network drives are there! ).
HTH,
Cary