Nothing is broken, but we don't have any mappings assigned based on group membership currently so IMO it's not scalable. I wanted to get a feel for what others are doing and not change something to later hear "hey Lum, you should have asked and not gone down that path...". If all I need to do is add IFMEMBER functionality then that's the path of least resistance, easily done and looks like a viable option. GPP also looks doable and has some "cool" factor to it though...
Oddly, it's usually paths of least resistance I usually have the biggest doubts about: "sure I can do that, but how does that scale, or work flexibility-wise when a change or audit needs to happen?" is usually my next question. Putting a user name on a folder ACL instead of creating a group and adding a user to said group and assigning the group is the model I generally reference. Easy to do the former if you have 10 people and a couple of folders you want to manage, no so good if you have 500 users and 50+ different folder ACL's. I appreciate everyone's input! Dave From: Ray [mailto:[email protected]] Sent: Monday, August 08, 2011 3:56 PM To: NT System Admin Issues Subject: RE: Drive mapping via login script We use .bat files and "if member". So what doesn't work? From: [email protected] [mailto:[email protected]] Sent: Monday, August 08, 2011 7:54 AM To: NT System Admin Issues Subject: Re: Drive mapping via login script Group policy preferences or AppSense. Never seen any heavy logon lag as a result of either. Sent from my POS BlackBerry wireless device, which may wipe itself at any moment ________________________________ From: Cameron <[email protected]<mailto:[email protected]>> Date: Mon, 8 Aug 2011 10:48:21 -0400 To: NT System Admin Issues<[email protected]<mailto:[email protected]>> ReplyTo: "NT System Admin Issues" <[email protected]<mailto:[email protected]>> Subject: Re: Drive mapping via login script I use Kix for all my drive mapping (mostly group-based) here. On Mon, Aug 8, 2011 at 10:09 AM, David Lum <[email protected]<mailto:[email protected]>> wrote: We use regular .BAT files here for drive mappings, but this doesn't work for group-based mappings. In my past life I have used KiXtart which I suppose can implement here easily enough (been 3 years since I really toyed with it though). I have done some testing of mapping via GPO and it seems to add a bit of time to the login. What do you guys use? David Lum Systems Engineer // NWEATM Office 503.548.5229<tel:503.548.5229> // Cell (voice/text) 503.267.9764<tel:503.267.9764> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected]<mailto:[email protected]> with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
