>
> "Richard Mueller [MVP]" <rlmueller-nospam[ at ]ameritech.nospam.net> wrote in
> message news:uP5rF8ykHHA.3928[ at ]TK2MSFTNGP02.phx.gbl...
> >
> > "Al Dunbar" <AlanDrub[ at ]hotmail.com.nospaam> wrote in message
> > news:OigkCyqkHHA.4188[ at ]TK2MSFTNGP02.phx.gbl...
> >>
> >> "Parsu" <Parsu[ at ]discussions.microsoft.com> wrote in message
> >> news:03C5CAB4-B9B5-4426-9AF4-871BFCC430FF[ at ]microsoft.com...
> >>> Hi Dunbar,
> >>>
> >>> I need one more thing, hope u can help.
> >>> I have around 250 logon scripts in my Netlogon directory.Now I want to
> >>> view
> >>> the contents of those batch files and out put to one file.
> >>> Is it possible?? Pls help !!
> >>
> >> Richard provided some detailed suggestions which I cannot improve on,
> >> but...
> >>
> >> I sense that you might be considering trying to reduce the number of
> >> scripts to something more manageable. As I think I mentioned earlier, we
> >> have one script for all 20,000 users.
> >>
> >> If this is indeed what you are wanting to do, I would agree that it is
> >> probably a good thing to review at least a sample of the existing scripts
> >> to try to figure out what they do. But you will also want to determine or
> >> decide what it is that the scripts are meant to do in your organization.
> >>
> >> In our case, the corporate purpose of the scripts is to create a
> >> standardized mapping of drives. If you have scripts that are specific to
> >> certain users, you probably already realize how difficult it is to
> >> maintain them, and, if the users can extend them, to control them.
> >>
> >> /Al
> >>
> >>
> >
> > I agree. The fewer logon scripts the better.
> >
> > In addition, I would recommend logon scripts configured in Group Policy,
> > rather than assigning a script on the Profile tab in ADUC. You can use
> > scripts to assign values to the scriptPath attribute of the user objects
> > (which corresponds to the field labeled "Logon script" on the Profile
> > tab), but GPO's are much easier to manage. With group policy you assign a
> > logon script to everyone in the domain, or everyone in an OU. The script
> > can check for membership in groups and map drives or printers accordingly.
> > I have an FAQ that explains the difference between assigning a logon
> > script using Group Policy and the Profile tab of ADUC linked here:
> >
> >
http://www.rlmueller.net/LogonScriptFAQ.htm> >
> > Really, the only reason to use the Profile tab setting is when you must
> > support clients that don't get group policies applied, such as Windows 98
> > or NT. If you have no computers with these OS's, use Group Policy.
>
> That rationale is now behind us, and I am just starting a dialogue to review
> our logon script setup for a variety of reasons. I could write this off as a
> series of "version 1.0" issues, given I know more now than when I wrote
> them. Of course, I still find there is yet more to know, namely:
>
> 1) Since all our users run the same script, and this is enabled through our
> account creation procedures, what benefit would there be to us switching to
> GPO-based logon scripts? One that I see is that OU administrators would not
> be able to change the logon script, which could be a good thing. There are,
> admitedly, a few accounts that do not have their logon scripts setup
> properly... But these are rare exceptions. Are there other advantages?
>
> 2) Our current setup is such that the specific path followed through the
> logon script is based on the workstation rather than the user. For example,
> when someone from another site logs on here, they are mapped to the
> "national application" share on the server local to our OU, not the one in
> their own home site or OU. Conversely, GPO-based scripts would seem to
> follow the user around, rather than being pegged to the workstation. We
> could certainly script our way around this, however, I am wondering what
> common practice is in this area. Are we the odd-man out in wanting our logon
> scripts to configure things for the environment in which the user is logging
> in?
>
> 3) when an AD logon script and a GPO logon script both apply, which runs
> first, or do they run concurrently? And what about logon scripts associated
> at the domain, site, and OU levels? And would OU-based scripts all run in
> the case of nested OU's?
>
>
> /Al
>
>
>