[gptalk] Re: Complete list of all available CSEs and theirfunctionality
- From: Darren Mar-Elia <darren@xxxxxxxxxx>
- To: <gptalk@xxxxxxxxxxxxx>
- Date: Wed, 16 Apr 2008 18:14:11 -0700
Nope. I would recomend checking out the TechNet article referenced earlier in
this thread.
Darren
-----Original Message-----
From: sunshine.baines@xxxxxxxxx
To: gptalk@xxxxxxxxxxxxx
Sent: 4/16/2008 6:11 PM
Subject: [gptalk] Re: Complete list of all available CSEs and theirfunctionality
Thanks Darren. So seperate GPOs by configuration type that is done in the
admin templates section?
Sent from my BlackBerry® wireless device from U.S. Cellular
-----Original Message-----
From: Darren Mar-Elia <darren@xxxxxxxxxx>
Date: Wed, 16 Apr 2008 17:32:55
To:<gptalk@xxxxxxxxxxxxx>
Subject: [gptalk] Re: Complete list of all available CSEs and their
functionality
CSE is a generic term for the DLLs on Windows that implement policy processing.
This includes GPP as well as all the other stuff that MS and 3rd parties do in
policy.
Darren
-----Original Message-----
From: "Sunshine Baines" <sunshine.baines@xxxxxxxxx>
To: gptalk@xxxxxxxxxxxxx
Sent: 4/16/2008 4:14 PM
Subject: [gptalk] Re: Complete list of all available CSEs and their
functionality
Ok here is a dumb one. I thought CSE was a plugin for the newly
upcoming preferences. What exactly do you mean by separating GPO by
CSE?
On Wed, Apr 16, 2008 at 4:31 PM, Darren Mar-Elia <darren@xxxxxxxxxx> wrote:
>
>
>
> Great insight into REALLY large environments Jerry. Thanks for that!
>
>
>
> Darren
>
>
>
>
> From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx] On
> Behalf Of Cruz, Jerome L
> Sent: Wednesday, April 16, 2008 11:46 AM
>
>
> To: gptalk@xxxxxxxxxxxxx
> Subject: [gptalk] Re: Complete list of all available CSEs and their
> functionality
>
>
> To: gptalk@xxxxxxxxxxxxx
> Subject: [gptalk] Re: Complete list of all available CSEs and their
> functionality
>
>
>
>
>
>
> Hendrikus,
>
>
>
> I see that you are also interested in designing GPOs in light of
> performance. In small companies or for those companies whose work-force is
> not geographically dispersed, spending a lot of effort to design GPO for
> super efficient deployment is typically not necessary because all the
> updates can take place quickly and with low load on the infrastructure
> devices (DCs and networks). There is no clear delineation of what company
> size or what level of workforce dispersion starts to cause impacts to your
> systems. I can also highly recommend Darren's article on 'how to isolate
> GPOs by client extension'.
>
>
>
> Since I recently responded to a similar question on a different GPO forum,
> I'll duplicate some of that information here with some estimated numbers to
> give everyone a chance to understand the impacts of GPOs on our DCs and
> networks.
>
>
>
> =================================================
[truncated by sender]
***********************
You can unsubscribe from gptalk by sending email to
gptalk-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field OR by
logging into the freelists.org Web interface. Archives for the list are
available at //www.freelists.org/archives/gptalk/
************************
b??j{§²æìr¸?yúè?
mjYÊǧv)àzf¢?Ú ¦Ö¥?·ª¹ë-~·??+-²?àÂ+aº{.nÇ+?·¢?Ø^JæãyË_?é]9ò??
?x"?Ú-?çëyéb²Û(®?n)íz·Úqà+r¯zÇè®Ø^?+-j·?½¨¥i¹^jØm¶?ÿà ç¥?Ël¢¸?j·!?÷¬þ
mjY?
***********************
You can unsubscribe from gptalk by sending email to
gptalk-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field OR by
logging into the freelists.org Web interface. Archives for the list are
available at //www.freelists.org/archives/gptalk/
************************
Other related posts:
