[THIN] Re: Login script order
- From: "David Finch" <david.finch@xxxxxxxxxxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Sun, 13 Jul 2003 00:41:40 +1000
I would expect the system login script to run first, so whatever is in
the individual scripts would override.
I suggest that you add a
Net use > log.txt
into the system script - that should show whether the "net use" is
actually running properly from the system script or not, and therefore
where the problem lies.
Secondly - REAL obvious stuff, but I'll ask - are you removing the N:
drive share first (i.e. net use n: /d) - because the share won't be
created without it.
David Finch
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Jim Strowe
Sent: Sunday, 13 July 2003 12:16 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Login script order
I've got 450 users and they ALL have their own login script. That is
an
obvious mess and one I hope to clean up when I have the time. (which
will be
after I am dead) At this point I have put in a system login script into
my
group policy and am testing it.
Aside from some basic logging to a text file (for testing and to see
what's
going on) I had remapped one drive (N:). This drive letter was already
mapped in each of these 450 login scripts. Obviously if I can remap
drive
N: to what I want it to in the system login script I don't have to
(gasp)
manually edit the 450 scripts.
The drive mapping is not changing. So what I'm wondering is whether my
system login script is executing BEFORE my (sigh) 450 other scripts.
Oh and the logging I wrote in the system login script is writing entries
so
I know it's running. Also this ends up being a decent Citrix question
since
the GPO doesn't run the login script for 95/98 clients, but thankfully I
don't care since when you log into citrix it's not 95/98 its 2000.
Otherwise if I don't get an answer by the end of the weekend I'll map
another drive letter that isn't referenced (i.e. so I can see if I'm
actually doing something)
Actually I could also fiddle with the usrlogon.cmd file, but I'd really
rather not. It tends to be a mess if something goes wrong and I'd have
to
do it on all servers.
********************************************************
This weeks sponsor - RTOSoft TScale
Complaints about applications response time - DO SOMETHING ABOUT IT!
TScale 2.0 improves applications response time and increases terminal
server capacity. Really get MORE from your existing servers! Free eval:
http://www.rtosoft.com/enter.asp?id=130
**********************************************************
Useful Thin Client Computing Links are available at:
http://thethin.net/links.cfm
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://thethin.net/citrixlist.cfm
********************************************************
This weeks sponsor - RTOSoft TScale
Complaints about applications response time - DO SOMETHING ABOUT IT!
TScale 2.0 improves applications response time and increases terminal
server capacity. Really get MORE from your existing servers! Free eval:
http://www.rtosoft.com/enter.asp?id=130
**********************************************************
Useful Thin Client Computing Links are available at:
http://thethin.net/links.cfm
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://thethin.net/citrixlist.cfm
Other related posts:
