I just created a test GPO and first created a drive mapping set to "delete all drives starting at" before creating the actual drive maps and this seems to work. This would be a workaround but I really do not feel like deleting then recreating all the drives maps in all the GPOs in AD that have drive maps in them unless it is the last resort. It doesn't matter if the drives are set to replace, they do not get replaced and based on my googling this seems to happen to many and I have not found a solution other then workarounds so far.
On Sat, Apr 7, 2012 at 9:41 AM, Tom Miller <[email protected]> wrote: > Is your GPP set to "create" or "replace"? > > I've had the same issue you report here when moving department files to > new servers. Those I had set to create. I *think* change it to replace > took care of it, but can't recall off-hand. You may wish to give it a try. > > One annoyance similar to what you report: on laptops that staff take > home, the drive mappings are still listed in Explorer. Staff think they > can cannot, but of course they cannot. We've considered it a training > issue, but you'd think if a drive is not available, Windows (XP) would > remove it? > > > >>> James Kerr <[email protected]> 4/6/2012 2:34 PM >>> > > Thought I would inquire with the hive mind on this one. > > Whenever we make a change to a drive albeit a change in path or label > whether we have the drive set to replace or to update the changes are never > made. We have to disconnect the drive and then logon to get the changes. > Has anybody else run into this and found a solution? Our DCs are 2008 and > 2008R2. I thought maybe I could create a delete of the drive and place it > before the mapping of the drive but GP editor only allows me to move the > delete job up one order slot. What are most of you doing fore drive mapping > these days? I really don't want to go back to Kixtart and my google-fu > isn't working well today :-\ > > ~ 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 > > Confidentiality Notice: This e-mail message, including attachments, is > for the sole use of the intended recipient(s) and may contain confidential > and privileged information. Any unauthorized review, use, disclosure, or > distribution is prohibited. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. > > ~ 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 > ~ 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
